esti file cop'd. 


ESD-TR-70-278 


ESD ACCESSION LIST 

ESTI Call No. <7^ 5"~ 2- 


Copy No. 


USER’S MANUAL 

JOVIAL COMPILER VALIDATION SYSTEM 

ESD RECORD COPY 

return to 

SCIENTiriC & TECHNICAL INFORMATION DIVISION 
(ESTI), BUILDING 1211 


July 1970 



DIRECTORATE OF SYSTEMS DESIGN & DEVELOPMENT 
HQ ELECTRONIC SYSTEMS DIVISION (AFSC) 

L.G. Hanscom Field, Bedford, Massachusetts 01730 


This document has been 
approved for public release and 
sale; Its distribution Is 
unlimited. 


p&Cft l H ^ 

















LEGAL NOTICE 

When U. S. Government drawings, specifications or other data are used for any 
purpose other than a definitely related government procurement operation, the 
government thereby incurs no responsibility nor any obligation whatsoever; and 
the fact that the government may have formulated, furnished, or in any way sup¬ 
plied the said drawings, specifications, or other data is not to be regarded by 
implication or otherwise as in any manner licensing the holder or any other person 
or conveying any rights or permission to manufacture, use, or sell any patented 
invention that may in any way be related thereto. 


OTHER NOTICES 


Do not return this copy. Retain or destroy. 




ESD-TR-70-278 


USER'S MANUAL 

JOVIAL COMPILER VALIDATION SYSTEM 



July 1970 


DIRECTORATE OF SYSTEMS DESIGN & DEVELOPMENT 
HQ ELECTRONIC SYSTEMS DIVISION (AFSC) 

L.G. Hanscom Field, Bedford, Massachusetts 01730 


This document has been 
approved for public release and 
sale; its distribution is 
unlimited. 
















FOREWORD 


The JOVIAL Compiler Validation System (JCVS) Users Manual is intended as 
the reference manual for on-site operations. 

The system was developed as a part of Project 6917 under Contract F19628- 
68-C-0301 for the Electronic Systems Division (AFSC) by Data Dynamics, 
Inc., Los Angeles, California 90045. The project monitor was Captain 
Martin J. Richter, ESMDA. The work was performed during the period 
March 1968 through February 1969. 

This technical report has been reviewed and is approved. 



WILLIAM F. HEISLER, Colonel, USAF 
Director, Systems Design & Development 
Deputy for Command and Management Systems 
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ABSTRACT 


This technical report consists of detailed specifications for the use of 
the JOVIAL Compiler Validation System (JCVS). The system is designed to 
measure the compliance of a specific JOVIAL J3 compiler against the language 
specifications in Air Force Manual 100-24, "Standard Computer Programming 
Language for Air Force Command and Control Systems". This report describes 
the card input formats, deck structures, tape requirements, test modules, 
and operator procedures required to use the system. 
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SECTION I 


INTRODUCTION 


The purpose of this manual is to : 

1 . Introduce the JOVIAL Compiler Validation System 

2. Describe how the system may be used to validate JOVIAL Compilers 

This manual is organized into five sections. Following Section I, the Introduction, 

Section II describes the JOVIAL Compiler Validation System. Included in this Section 
is a brief discussion of the current JOVIAL J3 Standard, the AFM 100-24 document, 
some insight into the design criteria which guided the development of the system and a 
discussion of the functions performed by components of the system. Section III suggests 
how the JCVS may be used as a package to validate JOVIAL compilers. Section IV 
presents the details of each of the system components. Sufficient material will be 
included in this section to completely describe the uses of each component in the 
system. In addition, details of programs and their relationship to data are fully described. 

Although the AFM 100-24 document defines specific input/output statements for 
the JOVIAL J3 language, discussions with implementors of this language have established 
that of the existing JOVIAL compilers none have adhered to these input/output specifications. 
Most current JOVIAL compilers use either the input/output capabilities provided by the 
operating system in which JOVIAL is embedded or an associated ancillary system within 
the software environment. There is currently little control over the form of the JOVIAL 
associated input/output statements. In addition only the GE-635 JOVIAL Users Manual 
is currently available. These two facts when taken together present considerable difficulty 
to those JOVIAL support statements that concern themselves with printing the results of the 
execution and comparison of JOVIAL test statements. Until a firming of the input/output 
specifications to the JOVIAL language has been established, this fact is a major obstacle 
to the successful usage of this system. 

Section V will discuss the JOVIAL Compiler Validation System as it applies to the five 
computers upon which the system will reside. Because of the absence of information 
relating the JOVIAL compiler to its operating system, the requirements relating the two 
will be discussed in general terms only. This section will describe how the JCVS must be 
used by defining input deck structures and tape mountings, providing the required 
instructions to operate the system, and giving examples of the results obtained from the 
various modules comprising the JCVS. 
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SECTION II 


SYSTEM DESCRIPTION 


The JOVIAL Compiler Validation System (JCVS) is designed to evaluate the extent 
af compliance of any JOVIAL compiler with the current JOVIAL Standard Computer 
Programming Language for Air Force Command and Control Systems Manual, 

AFM 100-24. 

Depending an the extensiveness and depth of testing, the user may either select a 
representative collection of test statements or the complete test repertoire. If the 
u^er is interested in a particular capability as provided by the JOVIAL compiler, 
he may desire to execute test statements exclusively in the area of that particular 
capability. 

Having decided upan the particular collection of test statements to be executed, the 
user specifies his intent ta the JCVS by means af test selector cards. These cards 
are interpreted by the JCVS and are used to select the desired test statements to be 
included in the generated test program. The resulting JOVIAL test program will be 
produced for compilation in card image form on magnetic tape or on cards. 

2.1 The JOVIAL Standard 

The JOVIAL J3 language is completely specified in AFM 100-24, Standard Computer 
Programming Language far Air Force Command and Control Systems, 15 June 1967. 

The JOVIAL language has the basic elements required by most languages, namely, the 
ability to define simple data items and basic item structures and the capability to 
reference this data fram within procedural statements. The procedural statement 
repetoire is adequate, consisting af the following procedure types; 

1 . Data Transmission 

2. Algebraic Expression Formulation 

3. Logical Expression Formulation 

4. Transfers af Program Control 

4.1 Conditional 

4.2 Unconditional 

4.3 Switching 

4.4 Looping 

5. Input/Output 

There are other adds and ends in the language that are useful but computer dependent and 
serve ta confound the intent of this specification, namely, standardization. 
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Another section of this manual is devoted to establishing standards for the development 
of compilers of JOVIAL J3. Elements of this standard are, on occasion, ignored by 
the implementors of the language. This is particularly true in the case of the input/output 
specifications provided by the language. These specifications are rudimentary in 
character and are, generally, replaced by comprehensive (but non-standard) input/output 
procedures more closely associated to the operating system within which the compiler 
is embedded. Unless a more stringent attitude toward the development of JOVIAL 
compilers is maintained it is impossible to write JOVIAL input/output statements with 
the conviction that they will be compatable from one computer-compiler configuration 
to another. 

For purposes of this system, the entire JOVIAL language will be treated as a single 
module. Because of the size and pointedness of the language, no submodularization 
will be required. 

2.2 JCVS Testing Concepts 

The following sections discuss briefly the scope of the JCVS and the tests selected for 
inclusion in the Population File. 

2.2.1 JCVS Scope 

For purposes of the JCVS, the JOVIAL system to be tested is assumed to consist of a 
processor that compiles standard JOVIAL source program statements called the JOVIAL 
compiler, and all programs and subroutines used by the JOVIAL object code generated 
from standard JOVIAL statements. The JCVS is designed to test both the compilation 
and execution of specific JOVIAL features. 

2.2.2 Data Concepts 

JOVIAL language organization has guided the identification of language features to be 
tested. In order to validate the JOVIAL compiler ideally, each of the specific 
language features must be validated. The validation of each feature of a language, 
however, is not always possible. For example, how can one determine that any value 
stored in a floating point item is truly stored as a floating point number; how can one 
determine that a fixed point constant has actually been converted to a fixed point 
binary point constant. Looking at information as it resides in the internal storage 
medium, we may observe a string of bits, however, the interpretation of this content 
is inconclusive. Consequently, some of the features provided by the JOVIAL language 
are not susceptibleto validation independently. These features are generally the more 
basic notions in the language and will be used constantly in the Test Modules comprising 
the Population File. With repeated correct usage of these basic concepts, it is hoped 
that the credibility of their required implementation will be considerably improved. 
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With these thoughts in mind, the following aspects of the data definitional 
capabilities of the JOVIAL language will not be tested independently and will be 
assumed present in the language and correctly implemented: 

1 . The ability to specify any item type and have it retained according 
to its defining attributes. 

2. The ability to formulate any constant type and have it retained according 
to its defining attributes. 

3. The ability to specify any data structure type (table, array, etc.) 
and have it retained according to its defining attributes. 

The JOVIAL language provides the user with a myriad of options to form constants, 
simple items, tables, and arrays. There are so many data defining attributes possible 
in JOVIAL that exercising each option in an independent test is quite impossible. As 
a compromise, the test repertoire will use a subset of data definitions that exercise, at 
least once, all of the data attributes available to define data items and structures. 

In addition, the repertoire will utilize every variation provided to formulate constants 
with the exception of the dual item definitions which will be exercised in part, only. 

It goes without saying that the formation of acceptable JOVIAL symbols (names, labels, 
etc.) will be exercised every time a symbol is formed. 

2.2.3 Procedural Concepts 

The JOVIAL language provides the user with the ability to process formulas and 
relations; it provides for program organization and it provides certain compiler directing 
features. Every variant of each of these features will be tested at least once. Further 
substantiation of the ability of a feature to perform its intended function will be supplied 
by its correct use as a support statement in other test modules. 

With these thoughts in mind, the following aspects of the procedural capabilities of the 
JOVIAL language will be assumed to be present in the language and correctly implemented: 

1 . The ability to name a statement with a label. 

2. The fact that normal procedural control passes from c3ne JOVIAL statement 
to the next. 

Co mpre he nsi ve ne ss 


The variants provided in the data base form a nucleus from which tests may be created. 
Selected data statement variants and all procedure statement variants will be included 
in the data base. Selected values for variant operands will also be a part of the data base. 
Since the collection of values comprising the complete range for each variant operand may 
be extremely large, only a representative number of values for each operand may be included. 
These factors, of course, indicate that individual variants may be tested only for a subset of 
their possible operand values. 
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This subset of operands will be large enough, however, to associate a large 
degree of confidence with the evaluation of each variant. 

A JOVIAL compiler is said to be validated if each individual data base variant with 
its appropriate subset of operand values has been executed and results compared 
successfully. The collection of variants and operands on the data base necessary 
to validate the compiler will be referred to as the "nominal" data base. The JOVIAL 
source test program that may be used to validate the entire JOVIAL compiler is called 
the nominal "test case". 

The design reflects the following: 

a) A careful sampling of selected operands from possible combinations of 
operand types available to the statement. 

b) No tests are made of erroneous statements. 

c) All possible variants of procedural statements are performed. 

d) Tests are not designed to indicate how a function is implemented. 

Thus, there is no attempt to distinguish between efficient and 
inefficient implementations. 

e) No testing of non-standard extensions to JOVIAL is made. However, 
such tests and extensions can be added to the system by the user through 
the add, change and delete option cards in the Population File program. 

f) No test of direct code is attempted. 

Openendedness 

Modification to the data base may become necessary as changes are made in the JOVIAL 
Standard. Variants and operand values may be added to the data base to test user-specific 
extentions to the JOVIAL language. Variants and operand values may be deleted or 
modified because of reinterpretations of existing JOVIAL language features. The JCVS 
will provide the means to add, change or delete any data base variants and operand values 
in the Population File. 

Ease of Use 


Complete and detailed input and test configurations facilitate ease of use. In Section 4 
the input cards to each program are described in detail. Each input card is defined, card 
columns are specified, and all mandatory cards are so designated. In Section 5, the order 
of all the cards from each program needed fora JCVS run is graphically portrayed. The 
collection of test statements provided by the JCVS is shown in Appendix6 together with their 
individual test serial numbers. Th« test serial number permits the user to select, eliminate or 
add specific tests. 
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Additional features that make the JCVS easy to use are: 

a) A test can be specified by a user without detailed knowledge of 
JOVIAL. 

b) Test Results which show discrepancies are output. An option exists 
for viewing an indication of the results of all tests (see Section 3.5). 

c) Program modules are machine independent. 

2.3 JCVS Computer Program System Capabilities 

The JCVS consists of a collection of three major program modules and a data base 
that provides the user with a simple technique to generate a JOVIAL source program 
capable of testing some particular aspect of the compiler or the entire compiler itself. 

The data base, called the Population File, contains all of the test statements that are 
potential candidates for inclusion in subsequent generated source programs. A particular 
test may be created including specific functions and excluding those functions that are 
not provided, for one reason or another, by the particular compiler. A comprehensive 
test package may be developed by the user for each compiler. 

The Population File is maintained by the Population File Maintenance Module. 

Population File test modules are added, deleted or replaced by means of this routine. 

The Selector Module extracts user-specified test modules from the Population File, distributes 
the necessary operating system control cards and support statements and generates a self 
contained JOVIAL source program for subsequent processing. The Source Program 
Maintenance Module may be used to update a generated JOVIAL source program. 

2.3.1 The JCVS Data Base 

The Population File contains the following types of information: 

1 . Environmental - Hardware/Software 

2. Test Modules 

3. Identification 

This information is presented to the Population File on cards whose descriptions are given 
in Section 4. 

2 3.1.1 Environmental - Hardware/Software 

Environmental data, both hardware and software, for all computers of interest is carried 
in the Population File. Hardware specific information such as printer control codes, 
nagnetic tape designations and memory size and software specific information such as 
operating system control card descriptions and computer-compiler specific JOVIAL 
control card descriptions offset by one column are carried in the first few records of the 
Population File. 
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2.3.1.2 


Test Modules 


A Test Module is a collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature may be a JOVIAL concept, a single JOVIAL statement 
or a collection of JOVIAL statements. Included in each Test Module are the: 

1 . Test identification field 

2. Input test data fields 

3. Test Results fields 

4. Expected Result fields 

5. Initialization procedures 

6. Test statements comprising the test 

7 Results analysis procedures 

8. Output procedures :> 

Test Modules are located on the Population File in order of their test serial number, 
the DDI-NO. With each test statement is associated a sequence number within the 
DDI-NO that specifies the ordering of the statements within the DDI-NO. 

2.3.1.3 Identification 

The first 80 characters of the Test Module are devoted to information describing several 
aspects of the test. These 80 characters, called the Test Module Header, contain the 
name of the test, its test serial number, any CED AFM 100-24 numbers associated 
with the test, and any required references to other test modules. 

2.3.2 Population File Maintenance Module 

This module operates on a Population File and permits the user to add, delete, replace, 
or change logical records on the Population File. This feature is the means by which 
the user updates the Population File with current information. Environmental, test, and 
identification information may be augmented by means of this module. 

This module will be used to modify the contents of the Population File to incorporate 
new tests resulting from extensions to the JOVIAL compiler, to delete current tests when 
particular aspects of the compiler have not been implemented, or to include information 
describing the environment in which the JOVIAL tests will be conducted. 

2.3.3 The Selector Module 

The Selector Module performs the major task of assembling and organizing test and 
support statements for the JOVIAL test program. 

1) Using the input specifications obtained from the user, appropriate 
variants and operand values may be selected. 
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2) The resulting test and support statements are placed in the order needed 
for compilation. 

3) Operating system control cards are placed before and after the JOVIAL 
source test program. 

2.3.4 Source Program Maintenance Module 

This program is used to modify a JOVIAL source program either generated by the 
Selector Module or previously modified by the Source Program Maintenance Module. 

This module may be used if: 

1) One or more tests did not compile correctly (therefore deletions of 
erroneous statements or changes to existing statements can be made). 

2) The user wished to change a test In order to compare with a previous 
run using different user defined operand values (parametric study). 

3) The user wishes to add non-standard tests to the JOVIAL source program. 

2.3.5 The Test Program 

The JOVIAL source program generated by the Selector Module is a self contained 
JOVIAL J3 program in compilable form. The test structure and content of the 
particular source program has been completely specified by the user. All statements 
sjpporting the test are provided automatically by the JCVS. 

Each test within the source program exercises one or more of the features provided by 
the JOVIAL compiler by actually compiling and executing those JOVIAL statements 
that provide the feature. The results of this procedure stating the outcome of this 
execution may be displayed. 

It was originally intended to display expected versus actual results. Lack of adequate 
capabilities of the input/output portions of the JOVIAL languacp , coupled with an 
inability to acquire input/output information about the JOVIAL implementations themselves, 
reduces the comparison printout to a message stating whether the test has passed or 
failed together with an identification of the associated DDI-NO. 

Test results printed under these constraints do not fully reveal the causes of errors in 
tests devoted to the accuracy of arithmetic operation^. The results of syntax-semantic 
testing, however, are not affected by this constraint. 
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SECTION III 


SYSTEM USAGE 


3.1 Hypothetical JCVS Operational Philosophy 

DDI hypothesized that the JCVS may be utilized operationally in any of several ways: 

1 . The entire system, including the Population File, can be distributed 
to JOVIAL J3 implementors for use in validating their JOVIAL 
implementation. 

2. JOVIAL source programs may be developed by a central agency 

and the source programs sent to JOVIAL implementors for compilation 
and execution. Results of these runs could be returned for processing 
by the same agency. 

3. A team of personnel could accompany the JCVS to a specified 
computer upon which the JOVIAL compiler is to be exercised. The 
JCVS is then made operational on the computer system and the particular 
JOVIAL compiler is tested. 

Any of the above operational philosophies could be followed, however, based upon 
the work statement description of the problem, the third philosophy appears to be 
the most probable approach. 

If operational philosophy one or three is followed, all the program modules will 
be required to execute on the computer for which the JOVIAL compiler has been 
prepared. 

If philosophy two is followed, the Population File Maintenance Module and the 
Selector Module will be processed on a single computer (possibly not one of the 
target computers in this contract) while the Source Program Maintenance Module will 
be processed, at a minimum, on the computer upon which the JOVIAL compiler has 
been implemented. 

For the remainder of this document we shall assume that philosophy three is to be 
followed and all JCVS modules must be operational on each computer containing the 
JOVIAL compiler to be tested. 

3.2 System Initiation 

For each specified computer a Population File and three source decks will be provided. 
Each of the source decks must be compiled and a resultant binary deck of each program 
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module obtained. All JCVS program modules will have been written in a subset of 
COBOL to ensure that the program will, after changes to the input/output characteristics 
of each program module and appropriate control cards, compile into a useable program. 

Once the Population File Maintenance Module has been established on one of the 
target computers, the Population File may be developed for this computer. Since 
ct rtain aspects of the JOVIAL language may be specified by the implementor there 
mely be idiosyncracies of the JOVIAL implementation that could necessitate 
modifications to the JOVIAL test statements or the JOVIAL test statement formats. 

It is impossible at this time to predict what form these idiosyncracies might take; 
consequently, the user must be aware of this situation and be capable of adjusting the 
test statements, if required, to conform to the specific compiler. 

A notable example of this problem occurs because the reference format as specified by 
the AFM 100-24 document indicates that a JOVIAL source program statement may 
occupy any of the 80 columns on a card. Specific implementors, in general, do not 
permit this free field interpretation and specify margins within which a JOVIAL statement 
must be written. 

Once the program modules have been compiled and the Population File has been 
created, the user may proceed to the next step, the generation of a test program. 

3.3 Test Program Generation 

The selection of tests necessary to validate a JOVIAL compiler may vary widely 
depending upon the testing philosophy. 

More than likely, the particular compiler features to be tested depend entirely on the 
uses to which the compiler will be exposed and the environment in which the compiler 
will reside. The JCVS user, presumably knowing this, will have produced specifications 
to which the compiler must adhere. In order to ensure that the compiler does, indeed, 
adhere to these specifications, the user selects from the Population File those tests that 
exercise those features whose correct execution will result in a verification of the stated 
specifications. 

A second approach to the validation of the compiler might consist of selecting for 
testing all of the features stated as standard by the AFM 100-24 document. Using this 
approach would give the user a "look see" at what features were implemented. 

Having chosen the tests to be processed, the user submits this information to the 
Selector Module by means of Test Selector Cards. The Selector Module Program 
de :k must be augmented by the operating system control cards for the particular computer 
upon which the Selector Module is being run. 
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The exact job deck structure for each computer required to achieve a Selector Module 
run is given in Appendix 1 . 

There are occasions when the generated JOVIAL source program will exceed the 
limitations of either the compiler or the hardware environment. In order to remedy 
compiler violations, consult the JOVIAL compiler users manual to establish the cause of 
the trouble. 

In order to remedy excessive core storage requirements, segment the generated JOVIAL 
source program by selecting several smaller programs rather than one large program. 

3.4 Test Program Execution 

The JOVIAL test program resulting from the Selector Module run is then compiled. If 
the program compiles with error, these errors should be recorded by the user. By means 
of the cross referencing mechanism provided with each test, DDI-NO versus CED-NO's, 
all references to the test may be located in the AFM 100-24 document. 

The Source Program Maintenance module may then be used to eliminate from the 
source program those elements causing the compilation errors. The compilation and 
element removal process is continued until an error-free compilation has been achieved. 

Following a successful compilation, the object program is executed. If the execution 
terminates abnormally, a study of the partial results obtained by the run will be required 
to locate the offending test elements. If the execution terminates normally, a glance 
at the results of the test will provide information signifying individual feature compliance 
with AFM 100-24 standard. 

3.5 Test Result Evaluation 

The notion of what constitutes a validated JOVIAL compiler is a function of the 
requirements to be levied on the compiler. Consequently, the user, based upon the 
compilation and execution of one or more test programs, must formulate his decision 
with the information gathered as a result of these test runs. 

Within each generated source program there may be tests of two types: Those that test 
the various syntax-semantics relationships present in the language and those that test the 
accuracy of arithmetic computations provided by the algebraic expression capabilities 
of the language. 

The syntax-semantics tests are logical in character and can be answered by monitoring 
the semantic response the compiler provides for a syntactic type. 

For example, a reasonable test for the GOTO statement could consist of: Does it go 
where it says it is going to go? The result is either yes or no. If yes is the case, an 
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appropriate message is printed out and if not is the case, another message results. As a 
general rule, the results of logical tests may be indicated by a yes or no decision only. 

The tests for accuracy, on the other hand, require that computed results be compared with 
expected results; that both results, if possible, be converted and printed together with a 
decision stating that the feature either passed or failed to pass its accuracy requirements. 

Accuracy tests, in general, depend upon the ability of the compiler-computer configuration 
to represent and process correctly numbers exercising the extreme capabilities of the 
hardware. Given that these operations have been performed correctly (in binary) the 
problem of converting these numbers to printable form (decimal) requires the application 
of some JOVIAL output procedures. Since no standard JOVIAL formatting conversion 
and output procedure exists machine language or other higher level language coding must 
be utiIired in order to view the results. This foreign conversion process, however, can 
introduce non JOVIAL compiler computational errors into the computed results and render 
the accuracy considerations of the tests useless. 

In the absence of input/output specifications for four of the five JOVIAL compilers 
in question, only the statement indicating that the feature has passed or failed its test will 
be printed. When the JOVIAL language provides proper formatting capabilities the ability 
to display computed and expected results may be added to the output sections of the test 
modules. 
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SECTION IV 


FUNCTION DESCRIPTION 


4.1 Population File Maintenance Module (POPFM) 

4.1.1 Purpose and Uses 

The POPFM module may be used to generate a new Population File either by 
initiating the file from cards or by updating an old Population File with current 
additions to the information contained in the old file. This information consists of 
Environmental Data or Test Statements. These information types are organized into 
4000 character physical records for recording on magnetic tape. Each physical record 
consists of either a System Module or a Test Module. 

The modules are stored in numerically ascending sequence by serial number, the DDI-NO, 
associated with each of the modules in order to facilitate the processing to be applied to 
the Population File. This processing permits addition, deletion, or replacement of 
user specified information to this file. 

All physical records are treated identically and the updating functions provided by 
the JCVS regard only the items (DDI-NO, CARD-TYPE and SEQ-NO) to control the 
updating process. 

Input to the POPFM consists of a current file of information called the Current File-PF, 
an optionally present old Population File and a control card requesting specific options 
provided by the module. The Current File-PF is a card file, while the old Population File 
and the new Population File are magnetic tape files. 

Output from this routine consists of an updated Population File, an Audit File-PF 
consisting of diagnostics, trace messages with an optional listing of all of the card images 
on the Population File containing information, and an optional Punch File consisting of 
a card deck of all card images on the new Population File containing information. 

4.1.2 Preparation of Inputs 

4.1.2.1 System Module 

Each computer-compiler configuration will contain environmental data describing 
specific aspects of the hardware environment in which the JCVS will reside. 
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Information identifying the hardware configuration, the facility, the user, etc., 
will be supplied to the Population File by means of System Header cards. Environmental 
hardware information such as printer codes, magnetic tape designations, etc., will 
be supplied to the Population File by means of Environmental Hardware cards. 

The aforementioned information will be carried as descriptive material only and will not 
participate in the generation or will not become a part of any of the generated JOVIAL 
source programs. 

On the other hand, the environmental-software information supplied to the Population 
File by means of Environmental Software cards will become an integral part of the 
generated JOVIAL program. This software information consists of operating system 
control cards and the JOVIAL START and TERM cards. Some of these cards precede 
and others follow the generated program. 

4.1.2.1.1 System Header Card 1 

System Header Card 1 occupies the first 80 character positions in the System Module 
(the first 4000 character physical record on the Population File). 


Columns 


Name 


Description 


1-12 


13-24 


25-34 


Users Name 


Facility 


Computer- Na me 


These 12 columns may be used 
to identify the agency or 
organization using the JCVS. 

The name may be positioned any 
place within the field, 

(Example: bbUSAF-ESDbb, or 
USAF-ESDbbbb.) 

These 1 2 columns may be used 
to identify the facility at which 
the JCVS is being utilized. The 
name may be positioned any 
place within the field. 

(Example: bbHA NSCOMbbb, or 
bHANSCOM AFB.) 

These 10 columns mQy be used to 
identify the computer manufacturer 
and machine serial number. The 
name may be positioned any place 
within the field. 

(Example: bCDC-6600b, or GE-635 
bbbb.) 
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Columns 

Name 

Descri ption 

35-45 

Data of Basic 

File Creation 

These 11 columns may be used 
to identify the date on which the 
basic farm of the Population File 
has been created. The month, day, 
and year are specified YYYYbMM 
MbDD. (Example: MAYbl2bl968, or 
SEPbl 3bl 967). 

46-47 

Modification 

Number 

These 2 columns may be used ta 
identify the number of times that 
the basic file has been modified. 
(Example: Second modification 

02, tenth modification 10). 

48-58 

Date of Creation 
of this File 

These 11 columns may be used to 
identify the date that this file 
was created. The month, day, and 
year are specified YYYYbMMM 
bDD. (Example: DECbl7bl968, ar 
MAYb25bl 968). 

59-72 

Not Used 

These 14 columns are not used. 

73-76 

DDI-NO 

These 4 columns contain the 
test serial number, the DDI-NO, 

0001 . 

77 

Card Type 

This column contains the character 

A that indicates that this card is 
a nan-test statement card. 

78-80 

Sequence Number 

These 3 columns contain 001 


indicating that this card occupies 
the first 80 columns in the System 
Module. 


4.1.2.1.2 System Header Card 2 

System Header Card 2 occupies the second set of 80 character positions in the System 
Module and contains the following information: 

Columns Name 


1-35 Validation System 

Name 


Description 

These 35 columns may be used to 
identify the particular modification 
af the validation system. 

(Example: bbbbbbbbbbbJCVSbMAYb 
1 968bbbbbbbbbbb, or 
JOVI ALbC OM PI LERbVAL I DA Tl O Nb 
SYSTEMb5). 
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Columns 

Name 

Description 

36-72 

Operating System 

Name 

These 37 columns are used to 
identify the operating system 
within which the JCVS is imbedded. 
(Example: bbbblBM-360bDISKb 

O PE RATI NGbSYSTEMbbbb). 

73-76 

DDI-NO 

These 4 columns contain the test 
serial number, the DDI-NO, 0001 . 

77 

Card Type 

This column contains the character 

A that indicates this card is a 
non-test statement card. 

78-80 

Sequence Number 

These 3 columns contain 002 
indicating that this card occupies 
the second 80 columns in the 

System Modi le. 


See Appendix 2 for complete description of all of the System Header Card 2 card types 
used on the five computer-compiler configurations. 

4.1 .2.1 .3 Environmental Hardware Card 1 

Environmental Hardware Card 1 occupies the third set of 80 character positions in the 
System Module and contains the following information: 


Columns 

Name 

Description 

1-30 

System Input 

These 30 columns contain the 
acceptable hardware name for the 
system input unit. 

31-60 

System Output 

These 30 columns contain the 
acceptable hardware name for the 
system output unit. 

61 

Space Code 

This column contains the printer 
single space code. 

62 

Double Space Code 

This column contains the printer 
double space code. 

63 

Page Eject 

This column contains the printer 
page eject code. 

64-70 

Memory Size 

These 7 columns contain the core 
memory size. 

71 -72 

Not Used 

These 2 columns are not used. 

73-76 

DDI-NO 

These 4 columns contain a DDI-NO 
= 0001 . 
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Columns 

Name 

Description 

77 

Card Type 

This column contains the 
character A that indicates this 
card is a non-test statement card. 

78-80 

Sequence Number 

These 3 columns contain a sequence 
number = 003. 


4.1 .2.1 .4 Environmental Hardware Card 2 

This card occupies the fourth set of 80 character positions in the System Module and 
contains the following information: 


Columns 

Name 

Description 

1-30 

System Punch 

These 30 columns contain the 
acceptable hardware name for 
the system punch unit. 

31-60 

Scratch 1 

These 30 columns contain the 
acceptable name for a scratch 
unit 1 . 

61 -72 

Not Used 


73-76 

DDI-NO 

These 4 columns contain a DDI-NO 
= 0001. 

77 

Card Type 

This column contains the character 

A that indicates that this card is a 
non-test statement card. 

78-80 

Sequence Number 

These 3 columns contain a sequence 
number = 004. 


4.1.2.1.5 Environmental Hardware Card 3 

This card occupies the fifth set of 80 characters in the System Module and contains the 
following information: 


Columns 

Name 

Description 

1-30 

Scratch 2 

These 30 columns contain the 

31-60 

Scratch 3 

acceptable hardware name for 
tape scratch unit 2. 

These 30 columns contain the 

61 -72 

Not Used 

acceptable hardware name for 
tape scratch unit 3. 
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Columns 


Name 


Description 


DDI-NO These 4 columns contain the 

DDI-NO = 0001 . 

Card Type This column contains the character 

A that indicates this card is a 
non-test statement card. 

Sequence Number These 3 columns contain a sequence 

number = 005. 

See Appendix 3 for a complete description of the Environmental Hardware Cards for the 
five computer configurations. 

4.1 .2.1 .6 Environmental Software Cards 

These cards provide specific operating system control cards that may be used to specify the 
functions to be performed by the operating system and the JOVIAL START and TERM cards 
that bracket the JOVIAL source program. These cards have SEQ-NO's greater than 005 and 
are stored in the System Module shifted right one column. 

Columns Name Description 


73-76 

77 

78-80 


1 

Not Used 


2-72 

Environmental Software 

These 71 columns provided contain 


Statement 

a request of the operating system to 
perform a specific task. 

73-76 

DDI-NO 

These 4 columns contain the test 
serial number, the DDI-NO, 0001 . 

77 

Card Type 

This column contains either the 
character L that indicates this card 


precedes the JOVIAL source program 
or the character F that indicates 
this card follows the JOVIAL source 
program. 

78-80 Sequence Number These 3 columns may contain the digits 

005 through 050 which serves to indicate 
the relative position of this card in the 
System Module. 

A current list of the Environmental Software cards excepting the JOVIAL START and TERM 
cards (GE-635 only) used by the JCVS is given for each computer configuration in Appendix 4. 

4.1 .2.2 Test Modules 

/ test module is a collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature to be tested may be a JOVIAL concept, a single JOVIAL 
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statement or a collection of JOVIAL statements. Included in each test module are the: 

1 . Test identification field 

2. Input test data fields 

3. Test result fields 

4. Expected result fields 

5. Initialization procedures 

6. Test statements comprising the test 

7. Results analysis procedures 

8. Output formatting procedures 

The tests are carried in the Population File in order of ascending DDI-NO. Within 
each DDI-NO the test header and the JOViAL test statement cards are carried in order 
by ascending Sequence Number. The DDI-NO identifies each test module to all of the 
JCVS program modules and the user. Population File test modules may be assigned a 
four digit DDI-NO between 0500and 9997. 

Each Test Module begins with a Test Header Card that contains the DDI-NO, the 
Sequence Number, the test name, one or more references to the associated paragraphs 
in the AFM 100-24, and, if required, a number called the Mandatory DDI-NO of a 
module called the Mandatory Module upon which the current module depends. Additional 
JOVIAL comment cards may be included anywhere in the Test Module. See Appendix 5 
for samples of these cards in the Typical Test Module. 

The Mandatory Module could contain data or support statements required by the dependent 
module and, hence, must be present in any JOVIAL source program including the dependent 
module; or the Mandatory Module could contain another feature test whose validity must 
be established before a successful execution of the dependent module feature test may be 
considered valid. See Appendix 5 for some typical Population File modules. 

4.1.2.2.1 Test Header Card 

The Test Header Card occupies the first 80 characters In a JOVIAL Test Module record 
in the Population File and contains information about the test statements that follow. 


Columns 


Name 

Open Quotes 
Test Name 


Description 


1-2 

3-22 


These 2 columns contain quote marks. 
These 20 columns describe what 
feature the JOVIAL statements test. 


(Example: THREEbFACTORbFOR 
bbbb, or GOTObSTATEMENTbbbbbb). 
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Columns 

Name 

Description 

23-27 

CED-NOl 

These 5 columns identify a 
reference in the AFM 100-24 to the 
feature being tested. 

28 

Not Used 


29-33 

CED-N02 

These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 

34 

Not Used 


35-39 

CED-N03 

These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 

40 

Not Used 


41 -45 

CED-N04 

These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 

46 

Not Used 


47-51 

CED-N05 

These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 

52 

Not Used 


53-57 

CED-N06 

These 5 columns identify a 
reference in the AFM 100-24 to 
the feature being tested. 

58 

Not Used 


59-62 

Mandatory DDI-NO 

These 4 columns identify the 
DDI-NO of a Mandatory Module 
upon which the current test 
module depends. 

63-64 

Close Quotes 

These 2 columns contain quote 
marks. 

65-72 

Not Used 


73-76 

DDI-NO 

These 4 columns contain the test 
serial number, the DDI-NO. 
(Example: 4500, 7500, 1410). 

77 

Card Type 

This column contains either the 
character A or B or C that indicates 



this card is a non-test statement can 

78-80 

Sequence Number 

These 3 columns contain 001 , 


indicating that this card occupies 
the first 80 columns of the Test 
Module on the Population File. 
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4.1 .2.2.2 JOVIAL Statement Card 


The JOVIAL Statement Card contains one or more JOVIAL statements to be used In a 
generated JOVIAL source program. Only the first seventy-two card columns may be 
used for the statement. Columns 73-80 will be used for card identification. 


Columns 

1-72 

73-76 

77 

78-80 


Name 

JOVIAL Statements 
DDI-NO 


Card Type 


Sequence Number 


Description 

These 72 columns may contain 
one or more JOVIAL statements. 

These 4 columns contain the test 
serial number, the DDI-NO. 

(Example: 2100, 4500, 7600). 

This column contains the character 
J that indicates this card is a test 
statement card. 

These three columns contain a 
number, 002-050, specifying the 
position of the JOVIAL Test Statement 
Card within the Test Module. 
(Example: 015 indicates that this 
card occupied the 15th 80 column 
position in the Test Module.) 


4.1 .2.3 Packet Cards 

4.1 .2.3.1 Control Card - PF 


The various options permitted by the Population File Maintenance Module may be 
requested by means of the following control card: 


Columns 

1 


2-4 


5 


Name 

Control Card 
Indicator 

Control Card 
Indentifier 

Mode Designator 


Description 

This column must contain the 
character C denoting the card as 
a control card. 

These 3 columns may be assigned 
any 3 digits by the user to identify 
the control card. 

This column is used to signify the 
run type 

C = CREATE run 
U= UPDATE run . 
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Columns 


Name 


Description 


6 


7 


8-80 


Print Option 


Punch Option 


Not Used 


This column may be used to 
request the printing of the new 
Population File on the Audit File-PF 
non-space - Print 
space - Do not print 
This column may be used to 
request the punching of the new 
Population File. 

non-space - Punch 
space - Do not punch 


When submitting this card to the Population File Maintenance Module the Control Card - PF 
directly precedes the card deck comprising the Current File - PF. 

4.1.2.3.2 Delete Card 

The Delete card is used to signal the Population File Maintenance Module to eliminate 
a record or a specific card from the Population File. 

The form of the Delete card follows: 


Columns 


Field Size 


Descri ption 


1-72 72 

73-76 4 

77 1 

78-80 3 


Not Used 
DDI-NO 

Update Function = D 
Sequence Number 


When this card is used to delete a module from the Population File, it must be included in 
the Current File - PF with the DDI-NO equal to the DDI-NO of the record to be 
eliminated from the Population File and the Sequence Number equal to 000. When 
this card is used to delete a card image from a record in the Population File it must be 
included in the Current File - PF with the Sequence Number and DDI-NO equal to the 
corresponding Sequence Number and DDI-NO of the card image to be eliminated from 
the Population File. 

4. 1 . 2 . 4 Input Files 

The Population File Maintenance Module operates upon two input files, an optionally 
present Population File and the Current File - PF. 
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4.1 .2.4.1 


Population File 


The Population File is organized into equal size logical records. Each logical record 
is composed of 4000 characters and consequently can accomodate fifty 80-column cards. 

Each logical record is recorded on one physical record. 

The first few records on the Population File are System Modules and each contains all 
of the environmental and indicative information pertinent to various hardware configuration 
operating systems and JOVIAL compilers. A System Module may be assigned any DDI-NO 
between 0001 and 0499. 

The remainder of the records (excepting modules 9998 and 9999) contain the individual test 
modules. The first eighty characters af the module are cal led the Test Module Header and 
contain information pertinent to the specific test module. Column 77 of the Test Module 
Header contains either the characters A, B, or C. The character B present in a Test Module 
Header indicates the module is an extension of the previous module and the two physical 
test modules act as a collection of physical modules. The character A or C present in a 
Test Module Header indicates the module is the beginning of a new physical module or a 
collection of physical modules. The character C present in a Test Module Header indicates 
the physical module or collection of physical modules is a mandatory module that must be 
present in every generated source program. Figure 4-1 gives a physical layout of the 
Population File. 

4.1 .2.4.2 Current File-PF 

The Current File-PF, which directs the Population File Maintenance Module to update 
the Population File consists of card packets containing environmental, test, indicative or 
functional information. Environmental information (e .g ., hardware configuration descriptions, 
operating system control cards, etc.) is presented by means of the Environmental Packets, test 
information (e.g., JOVIAL test statements) by means of the Test Packets and functional 
information (the Population File Maintenance Module update command, delete) by the Delete 
Packets. Indicative information (e.g., DDI-NO, Sequence Number, etc.) is included where 
required in all packets. A test serial number, the DDI-NO, is assigned to each packet and each 
card within the packet contains this number in columns 73-76. In addition, ordering the cards 
within each packet is controlled by the Sequence Number in columns 78-80. The Environmental 
Packet consists of the following cards in the order specified: 

Number of Cards 


1) System Header Card 1 1 

2) System Header Card 2 1 

3) Environmental Hardware Cards 3 

4) Environmental Software Cards M 


The total number of Current File-PF cards in one packet acceptable to the Population File 
cannat exceed 50; consequently, M, the number of Environmental Software Cards, must 
be less than or equal 45. 
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The Test Packet consists of the following cards: 


Number of Cards 

1) Test Header Card 1 

2) JOVIAL Statement Cards N, 

3) DELETE Cards 

The total number of cards in one packet acceptable to the Population File cannot exceed 50; 
consequently, Nj/ the number of JOVIAL Statement Cards plus DELETE cards may not 
exceed 49. 

The DELETE Packet consists of one card, the DELETE Card. 

The Current File - PF consists of a collection of the above mentioned packets in order 
of Sequence Number within DDI-NO. Only those cards that are to effect elements in 
the old Population File need to be included in the Current File - PF. 

4.1.3 Function Operation 

The Population File Maintenance Module operates either to initiate a Population File 
completely from the Current File — PF or to update an existing Population File by means 
of information residing on the Current File - PF. In each case, the control card permits 
the user to specify options to print and/or to punch the resulting new Population File. 

4.1 .3.1 Create Population File 

When the Population File Maintenance Module is used to initiate a Population File 

the Current File - PF may contain only information to be added to the file. Consequently, 

no DELETE cards are permitted in the Test Packets that comprise the Current File-PF. 

The packets are placed in order by DDI-NO to form the Current File - PF. The Mode 
Designator in the control card is set to C and the appropriate print/punch options are 
selected. The control card precedes the Current File - PF when submitted to the Population 
File Maintenance Module. 

Since no old Population File is required for this run, all the test modules in the Current 
File - PF utilize the update function ADD and are ADDed to form the Population File. 

4.1.3.2 Update Population File 

When the Population File Mai ntenance Module is used to update an existing Population 
File, DELETE cards may be present in the packets comprising Current File-PF. Each Current 
File - PF packet is composed of a collection of cards, each card invoking an update function 
which performs one of the following operations: 
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1) Add a card to a new or an existing test module 

2) Replace a card on an existing test module 

3) Delete one or more existing test modules 

4) Delete a card from an existing test module 

The update functions are controlled on the basis of two Items Included in every card 
in the Population File: 

1) DDI-NO (columns 73-76) 

2) Sequence Number (columns 78-80) 

The packets In the Current File-PF may contal n no more than 50 cards and must be In 
order within the packet by Sequence Number within DDI-NO. The Sequence Numbers, 
however, need not be consecutive. 

In order to reduce the card preparation requirements of the system, the ADD feature and 
REPLACE feature are invoked automatically. Specifically the update functions adhere to 
the following rules: 

1 . ADD 

If an ADD (a card to be ADDed to the Population File) card is included in a packet 
on the Current File-PF and no card with the same DDI-NO (columns 73-76) and 
Sequence Number (columns 78-80) is present in the old Population File, the card in 
the Current File-PF is automatically added to the Population File in its proper sequence. 

2. REPLACE 

If a REPLACE card (a card intended to REPLACE another card on the Population File) is 
included in a packet on the Current File-PF and a card with the same DDI-NO (columns 
73-76) and Sequence Number (columns 78-80) is present in the old Population File, the 
card in the Current File-PF automatically replaces the corresponding card on the new 
Population File. 

3. DELETE 

The DELETE option is invoked by means of a DELETE packet included in the Current File-PF. 
This packet may instruct that either an entire record or a card within a record not be recorded 
on the new Population File. If the Sequence Number on the DELETE packet is 000 and the 
DDI-NO matches a DDI-NO in the old Population File the entire record and any suceeding 
records with B in column 77 of the Test Module Header are not recorded on the new Population 
File. 

If the Sequence Number on the DELETE packet is a number between 001 and 050 
and the DDI-NO and Sequence Number match a DDI-NO and Sequence Number 
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in the old Population File, the matched card is not recorded on the new 
Population File. If a match is not effected, a diagnostic is printed. 

Consequently, a packet in the Current File - PF may contain ADD, 

REPLACE, and DELETE functions applicable to a specific record on the old 
Population File. When card images on the old Population File are to be altered, 
only the cards that are to provide the changes need be included in the Current 
File - PF packets. 

On the other hand, an entire record may be deleted by the inclusion in the 
Current File - PF of the appropriate DELETE packet. 

The Population File Maintenance Module only changes those card images on 
records in the existing Population File that have been specified by the user. 

The packets are placed in order by Sequence Number within DDI-NO to 
form the Current File - PF. The Mode Designator in the control card is set 
to U and the appropriate print/punch options are selected. The control card 
precedes the Current File - PF when submitted to the Population File Maintenance 
Module. 

4.1.4 Description of Expected Results 

4.1 .4.1 Output Card Formats 

The output card formats correspond to the formats for cards as described in Section 
4.1.2. 

4.1 .4.2 Output Files 

The Population File Maintenance Module produces three output files, the Population 
File, the Audit File - PF, and the Punch File - PF. 

4.1 .4.2.1 Population File 

The results of either a CREATE or an UPDATE run will always produce a new Population 
File which is completely described in Section 4.1 .2. 

4.1.4.2.2 Audit File - PF 

The Audit File - PF contains a listing of all diagnostics and trace messages originating 
from this module. As an optional feature, the user may request to print on the Audit File - PF 
a working listing of the card images on the new Population File by selecting the print option 
on the Control Card - PF. Since the Audit File - PF is only a working listing, diagnostic and 
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tracing information will be interspersed with the Population File card images on the 
Audit File - PF. 


Following is a list of the diagnostic messages to be printed in the Audit File-PF together 
with their explanations! 


Diagnostic Message 

NO UPDATE FUNCTION CARD 

RECORD TO BE DELETED NOT ON 
OLD MASTER FILE 


CURRENT FILE CARDS ARE OUT OF 
SEQUENCE 

INITIAL RUN CARD NOT PRESENT 


OVERFLOW MASTER RECORD BUFFER 


Explanation 

• 

There is no control card 
preceding the Current File-PF. 
The Current File-PF contains a 
DELETE packet referencing a 
DDI-NO not on the old 
Population File. 

The cards in the Current File-PF 
are not in sequence by DDI-NO. 
The control card preceding the 
Current File-PF contains an 
incorrect Mode Designator. 

The Current File-PF contains a 
card whose sequence number is 
greater than 50. 


Following is a list of the trace messages to be printed on the Audit File-PF. 

The following messages are all paragraph names printed from within each named paragraph: 


1) IUC 

2) UPDATE CONTROL 

3) OLD MASTER FILE READOUT 

4) END OF CURRENT FILE 

5) END OF OLD MASTER FILE 

6) END OF OLD MASTER FILE 4 


The following typical trace message is printed whenever the WRITE-ERROR paragraph 
is entered: 


LAST CARD KEY 0002A005 

LAST CURRENT FILE KEY 0002A003 

LAST OLD MASTER FILE KEY 0005A004 

The information opposite the LAST CARD KEY represents the control field (columns 73-80) 
of the last Current File-PF card read. 
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The information opposite the LAST CURRENT FILE KEY represents the control field 
of the next to lost Current File-PF cord reod. 

The information opposite LAST OLD MASTER FILE KEY represents the control field 
of the first card image in the lost physical record reod from the old Populotion File. 

This troce information is printed on one line in the Audit File-PF. 

4.1.4.2.3 Punch File - PF 

Yet another option, the punch option, may be selected by the user to obtoin o cord 
deck of all cord images on the Population File containing information. 

4.2 Selector Module (SJCVS) 

4.2.1 Purposes and Uses 

The Selector Module performs the major tosk of assembling ond organizing test and 
support structures for the JOVIAL test progrom. 

1 . Using the input specificotions obtained from the user, oppropriote 
test and support structures may be selected. 

2. The resulting test and support structures are ploced in the order 
needed for compilation. 

3. Environmental Softwore cords ore placed before and after the JOVIAL 
source test program. 

Input to the Selector Module consists of the Populotion File, the Test Selection File, 

(o collection of user specified cards which control the identity of the tests selected 
from the Populotion Fi le) ond o control cord requesting the specific options provided 
by the module. 

Output of the Selector Module includes a Source Program File consisting of the generated 
JOVIAL Source program, the Audit File-S consisting of o diagnostics, trace message 
with on optional listing of the Source Progrom File and an optional Punch File-S consisting 
of o card deck of the Source Program File. 

4.2.2 Preparation of Inputs 

4.2.2.1 Input Card Formots 

Following is a description of the cord types and formats input to the Selector Module. 
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4.2.2.1.1 Test Selector Card 


The Test Selector Card permits the user to specify the selection of one or more test 
modules from the Population File. The user specifies the DDI-NO identifying the first 
test module to be selected, the increment to be added to the DDI-NO identifying the 
first test module, and the DDI-NO identifying the last test module to be selected. If 
only one test module is to be selected at a time, the increment may be set to 0000 or 
left blank. The following describes the format of the Test Selector Card: 


Columns 


Name 


Description 


1-4 


5-10 

11-14 


15-20 

21-24 


25-30 

31-34 


35-80 


Control Word 

Not Used 
Starting DDI-NO 


Not Used 
Increment 


Not Used 
Final DDI-NO 


Not Used 


These 4 columns must contain 
the control word TEST. 

These 4 columns contain the 
DDI-NO identifying the first 
Population File Test Module 
to be selected by this Test 
Selector Card. 

These 4 columns contain the value 
to be added to the starting DDI-NO 
and succeeding DDI-NO's until 
the final DDI-NO has been 
selected. 

These 4 columns contain the 
DDI-NO identifying the last 
Population File Test Module to 
be selected by this Test Selector 
card. 


4.2.2.1.2 Control Card-S 

The various options permitted 
the following control card: 

Columns 


1 


y the S®lector Module may 
Name 

Control Card 
Indicator 


requested by means of 
Description 

This column must contain the 
character C denoting the card 
as a control card. 
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Columns 

Name 

2-4 

Control Card 
Identifier 

5-6 

Margin A 

7-8 

Margin B 

9 

Print Option 

10 

Punch Option 

11-14 

System Module 
DDI-NO 

15-80 

Not Used 


Description 

These 3 columns may be assigned 
any 3 digits by the user to identify 
the control card. 

These 2 columns are used to 
designate the column number of 
Margin A on the Source Program File 
card images. 

These 2 columns are used to designate 
the column number of Margin B 
on the Source Program File card images. 
This column may be used to request 
the printing of the Source Program File 
on the Audit File-PF. 

non-space - Print 
space - Do not print 
This column may be used to request 
the punching of the Source Program File, 
non-space - Punch 
space - Do not punch 
The DDI-NO of the appropriate System 
Module to be selected from the Population 
File. 


4.2.2.2 Input Files 

The Selector Module operates upon two input files: the Population File and the Test 
Selection File. 


4.2.2.2.1 Population File 

The Population File has been thoroughly described in Section 4.1 .2. 

4.2.2.2.2 Test Selection File 

The Test Selection File consists of a collection of Test Selector cards that direct the 
generation of a JOVIAL source program. One or more tests may be selected by means of a 
Test Selector card. The collection of Test Selector cards may be submitted to the Selector 
Module in any order. 

4.2.3 Function Operation 

The Selector Module, under the direction of the Test Selection File, operates on the Population 
File to produce a single JOVIAL source program consisting of 80 column card images from one 
or more JOVIAL test modules residing on the Population File. 
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The Test Selection File controls the identity of the Population File test modules that are 
recorded on the Source Program File. For example, suppose the Test Selection File 
consisted of the following Test Selector card information with no Mandatory DDI-NO's 
involved. 


Card Number 

Starting DDI-NO 

Increment 

Final DDI 

1 

41 00 

0010 

4200 

2 

3000 

0005 

3010 

3 

6000 

0000 


4 

8100 

0001 

8105 


The Source Program File would consist of the following sequence of selected test modules 
as identified by their associated DDI-NO's: 

3000, 3005, 3010, 4100, 4110, 4120, 4130, 4140, 4150, 4160, 4170, 

4180, 4190, 4200, 6000, 8100, 8101, 8102, 8103, 8104, 8105 


Notice that the test modules selected as indicated by the list of DDI-NO's are not in the 
same order as they appear on the Test Selection File, but are in ascending order by DDI-NO, 
the same order that they appear on the Population File. All mandatory and environmental 
software cards supporting the generated test, and modules 9998 and 9999, are automatically 
selected or generated by the Selector Module. 

In the following example, suppose the Test Selection File consisted of the following 
Test Selector Card information: 


Card Number 

Starting DDI-NO 

Incre me nt 

Final DDI-NO 

i 

4100 

0010 

4120 

2 

3000 

0005 

3010 

3 

6000 

0000 


Suppose further that the Mandatory DDI-NO's associated with each of the above DDI-NO's 

ore given in the following list: 




DDI-NO 


Mandatory DDI-NO 

41 00 


2500 


4110 


— 


41 20 


1200 


3000 


2215 


3005 


2210 


3010 


2210 


6000 


4000 
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Suppose also that the Test Module headers for modules 2000 and 8000 have C's in column 77 
and that the Test Module headers for modules 2216, 4101, 4102, and 8001 have B 1 s in 
column 77. Assuming this, when the Test Selection File is submitted to the Selector Module, 
the following test modules will be selected and placed on the Source Program File in the 
following order: 

Test Module DDI-NO Test Module DDI-NO 


1 

1200 

10 

4000 

2 

2000 

11 

41 00 

3 

2210 

12 

4101 

4 

2215 

13 

4102 

5 

2216 

14 

4110 

6 

2500 

15 

4120 

7 

3000 

16 

6000 

8 

3005 

17 

8000 

9 

3010 

18 

8001 


Mandatory test modules will be supplied only once in the output of the Selector Module. 

Notice that again the test modules are placed on the Source Program File in order of 
ascending DDI-NO. In addition the mandatory modules supporting the generated test, 
modules 0001 , 9998 and 9999 are selected or generated by the Selector Module. All modules 
with a C in column 77 are automatically selected by the Selector Module. Modules with a 
B in column 77 should not be selected by the user. 

4.2.4 Description of Expected Results 

4.2.4.1 Output Card Formats 

Following is a description of the card types and formats output by the Selector Module. 

4.2.4.1 .1 Environmental Software Card 

These cards provide communication between the generated JOVIAL source program and the 
operating system of the particular computer. These cards both precede and follow the JOVIAL 
source program and are operating system specific. For a description of the operating system 
cards for the five computers used by the JCVS see Appendix 4. For a complete description of 
this card see Section 4.1 .2.1 .6. 

4.2.4.1 .2 Test Header Card 

These cards are placed in the JOVIAL source program as comment cards. They serve to identify 
the test and provide cross referencing information between the DDI-NO and associated AFM 100-24 
references, the CED-NO's. A complete description of this card is given in Section 4.1 .2.2.1 . 
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4,2.4.1.3 JOVIAL Source Program Card 


The JOVIAL Source Program Card contains one or more JOVIAL statements to be used 
in a generated JOVIAL source program. As with most cards associated with the JCVS 
columns 73-80 will be used for card identification. 

Columns 1-72, however, will be subdivided into a maximum of three sections as 
indicated in the diagram. 

1 . i ! 72 



i * 

- t “ 

Margin A Margin B 


Margins A and B specify card columns selected by the user between which is contained 
as much of the content of a JOVIAL Statement Card as permitted by the margin 
specifications. Card column 1 from the JOVIAL Statement Card is transferred to the 
card column specified by Margin A in the JOVIAL Source Program Card; Column 2 is 
transferred to column Margin A+l, etc. If column k is transferred to Margin B, 
columns k+1 through 72 of the JOVIAL Statement Card are not transferred and, hence, 
lost. These margin specification features are provided to the user because of the 
lack of standardization of JOVIAL J3 reference formats. 

The two margins must adhere to the following inequality: 

column 1 Margin A Margin B — column 72 

If no Margins are specified, Morgin A will nominally be set to 1 and Margin B to 72. 
Notice that the character string signifying the JOVIAL statement must be short enough to 
fit between the margin. Specifically the character string must adhere to the following 
inequality: 

Length of character string Margin B - Margin A + 1 
T le form of the JOVIAL Source Program Card follows. 
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Columns 

Name 

Description 

1 -Margin A 

Not Used 


Margin A - Margin B 

JOVIAL Statement 

These (Margin B - Margin A) 
columns contai n one or more 
JOVIAL statements. 

Margin B-72 

Not Used 


73-76 

DDI-NO 

These 4 columns contain either 
the DDI-NO (e.g., 2100, 4500, 
7610) or the number 9999. 

77 

Card Type 

This column contains the character 
J that indicates this card is a test 
statement card. 

78-80 

Sequence Number 

These 3 columns contain a number, 
002-051 specifying the position of 
the JOVIAL Source Program Card 
within the card images from the 
selected Test Module. 


4.2.4.2 Output Files 

The Selector Module produces three output files: The Source Program File, the Audit 
File-S, and a Punch File-S. 

4.2.4.2.1 Source Program File 

The Source Program File contains the JOVIAL source program. The generated source 
program consists of, in part, JOVIAL statement card images from Test Modules in the 
Population File. Preceding and following the source program are operating system 
cards that form the linkage between the JOVIAL source program and the operating system. 
In addition, every test present in the Source Program File may be identified by the Test 
Header card preceding the JOVIAL test statements comprising the test. 

The Source Program File is recorded one output card image per physical record. 

Since the Source Program File is in the same order as the Population File, by Sequence 
Number within DDI-NO, the DDI-NO and Sequence Number act as the control items 
for this file. 

Since the environmental software cards that follow the generated JOVIAL source program 
originate from the System Module; these cards would normally have a DDI-NO equal to 
0001 in the Source Program File. As a result, these cards would be out of order in a 
generated JOVIAL source program. In order to alleviate this situation, all trailing 
environmental software cards are automatically assigned a DDI-NO = 9999. Sequence 
numbers in these cards, however, remain unchanged. 
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The START card will contain the DDI-NO of the selected System Module and the same 
Sequence Number it possessed in the System Module. The TERM card is assigned the 
DDI-NO = 9999 but contains the same Sequence Number it possessed in the System Module. 

Figure 4-2 gives a physical layout of the Source Program File. 

4.2.4.2.2 Audit File-S 


The Audit File-S contains a listing of all diagnostics and trace messages emanating from 
this module. As an optional feature, the user may request to print on the Audit File-S, 
a working listing of the card images on the new Source Program File by selecting the 
print option on the Selector control card. Since the Audit File-S is only a working 
listing, diagnostic and tracing information wi11 be interspersed with Source Program File 
card images on this file. 

Following is a list of the diagnostic messages to be printed on the Audit File. 


Diagnostic 

EXCEEDED DDI-NO TABLE 

DDI-NO AND INDEX NOT 
SYNCHRONIZED 

UNEXPECTED EOF INFILE 


UNEXPECTED EOF POP-FILE 


NO CONTROL CARD 


Explanation 

There exists on the Population File 
a DDI-NO greater than 9998. 
Check the Population File for cause 
of error. 

In processing the Population File 
the DDI-NO on the current 
Population File record is less than 
the DDI-TABLE index. Probable 
cause: Machine malfunction. 

An unexpected end of file has been 
triggered on INFILE. Check the 
Control Card-S and the Test Selec¬ 
tion File for cards that could cause 
the end of file and restart the progr 
An unexpected end of file has been 
encountered on the Population File 
Check to see if the Population File 
has been rewound properly and 
restart program. This diagnostic is 
probably triggered by a machine 
error. 

There is no Control Card-S or an 
incorrect Control Card-S present 
in the INFILE. Supply the correct 
Control Card-S and restart. 
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Diagnostic 

INCORRECT TEST SELECTOR CARD 

INCORRECT CONTROL CARD 

Following is a list of trace messages to be printed 


Explanation 

There is an incorrect Test Selector 
Card in the INFILE. Correct the 
card and restart the program. 

The Control Card-S margin specifications 
are incorrect. Correct specifications and 
restart program. 

on the Audit File-S. 


The following trace messages are all paragraph names printed from within the named 
paragraphs: 


1 . BDT1 
2. BUILD-SPF 


The following trace messages are values that monitor the contents of key items together 
with the paragraph names printed from within the named paragraphs. 


Message 

Originating Paragraph 

i. 

Contents of item DDI-NUMBER 

BDT2 

2. 

BMT1 , Contents of item DUMP 

BMT1 

3. 

Contents of record CARD 

ERR-PROC-6 

2.3 

Punch File-S 



Yet another option, the punch option, may be selected by the user to obtain a card 
deck of all card images on the Source Program File. 

4.3 Source Program Maintenance Module (SOPMM) 

The Source Program Maintenance Module is used to modify either the JOVIAL source 
program generated by the Selector Module ora JOVIAL source program previously 
modified by SOPMM. Modifications may be necessary because: 

1) One or more tests did not compile correctly; therefore, deletions of 
erroneous statements or changes to existing statements can be made. 

2) The user wishes to change a test in order to compare with a previous run. 

3) The user may wish to add self contained non standard tests. 

4) Certain areas of the JOVIAL compiler have not been debugged completely. 

5) The user may wish to eliminate partially implemented features. 
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Input to the Source Program Maintenance Module consists of a Source Program 
File, the Current File-SP, and a control card requesting specific options provided 
by this module. 

Output from the Source Program Maintenance Module includes an updated Source Program 
File consisting of the modified JOVIAL source program, the Audit File-SP consisting of 
diagnostics, trace messages with an optional listing of the Source Program File and an 
optional Punch File-SP consisting of a card deck of the updated Source Program File. 

4.3.1 Preparation of Inputs 

4.3.1 .1 Card Inputs 

4.3.1 .1 .1 Control Card-SP 

The various options permitted by the Source Program Maintenance Module may be 
requested by means of the following control card: 


Columns 


Name 


Description 


1 


2-4 


5 


6 


7 


Control Card Indicator 


Control Card Identifier 


Mode Designator 


Print Option 


Punch Option 


This column must contain the 
character C denoting the card as a 
control card. 

These 3 columns may be assigned any 
3 digits by the user to identify the 
control card. 

This column is only referenced 
descriptively and does not influence 
the run type which is always an 
UPDATE run. It should be set to 
U for documentary purposes. 

This column may be used to request 
the printing of the new Source 
Program File 

non-space - Print 
space - Do not print 
This column may be used to request 
the punching of the new Source 
Program File. 

non-space - Punch 
space - Do not punch 
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Columns 


Na me 


Description 

8 Trace Option This column may be used to requesl 

printing on the Audit File-SP of all 
ihe trace messages originating in this 
module. 

non-space - Print messa jes 
space - Do not print me .sages 

9-80 Not Used 

When sjbmitting this card to the Source Program / Aaintenance Module the Control Card-SP 
directly precedes the card deck comprising the Current File-SP. 

4.3.1.1.2 Other Card Inputs 

A complete description of all other card forms contained in either the Source Program 
File or the Current File-SP is given in Sections 4.1 .2.3.2 and 4.2.4. 

4.3.1.2 I nput Files 

4.3.1.2.1 Source Program File 

The Source Program File has been completely described in Section 4.2.4.2.1 . 

4.3.1.2.2 Current File-SP 

The Current File-SP which directs the Source Program Main enance Program to update 
the Source Program File is composed of individual cards tha^ provide the capability to 
add, delete, and replace information on the Source Program File. 

The following card types may appear in the Current File-SP: 

1 . Environmental Software Card 

2. Test Header Card 

3. JOVIAL Source Program Card 

4. DELETE Card 

The information content of the aforementioned cards has be n completely specified in 
Sections 4.1 .2 and 4.2.4.1 .3. 

A serial number, the DDI-NO, is present in columns 73-76 of each card in this file, and 
a Sequence Number in columns 78-80. The cards in this file are placed in order by 
Sequence Number within DDI-NO. 
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4.3.2 


Function Operation 


The Source Program Maintenance Module operates on an existing Source Program 
File directed by a Current Flle-SP to update and generate a new Source Program File. 

The control card associated with this program permits the user to specify options to print 
and/or punch the resulting new Source Program File. 

The Source Program Maintenance Module provides the user with the ability to add 
information to the Source Program File, delete information from the Source Program File 
or replace information on the Source Program File on a card image by card image basis. 

The Current File-SP consists of individual cards ordered by DDI-NO and Sequence Number. 
Each card invokes an update function implicitly or explicitly. The cards within the Current 
File-SP permit the user to change any card in the Source Program File. The control card 
precedes the Current File-SP when submitted to the Source Program Maintenance Module. 

Each card in the Current File-SP specifies an update function which performs one of the 
following operations: 

1 . ADD a card to the Source Program File 

2. REPLACE a card on the Source Program File 

3. DELETE one or more test modules from the Source Program File 

4. DELETE an entire test module from the Source Program File 

The update functions are controlled on the basis of two items Included in every card in 
the Source Program File. 

1 . DDI-NO (columns 73-76) 

2. Sequence Number (columns 78-80) 

In order to reduce the card preparation requirements of the system, the ADD feature 
and REPLACE feature are invoked automatically. Specifically, the update functions 
adhere to the following rules. 

ADD 

If an ADD card (a card to be ADDed to the Source Program File) is included in the Current 
File-SP and no card with the same DDI-NO (columns 73-76) and a Sequence Number 
(columns 78-80) is present in the old Source Program File, the card on the Current File-SP 
is automatically added to the Source Program File in its proper sequence. 

REPLACE 

If a REPLACE card (a card intended to REPLACE another card in the Source Program File) is 

included in a packet on the Current File-SP and a card with the same DDI-NO (columns 

73-76) and Sequence Number (columns 78-80) is present on the old Source Program File, 
the card on the Current File-SP automatically replaces the corresponding card on the new 
Source Program File. 
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DELETE 


The DELETE option is invoked by means of a DELETE card included in the Current File-SP. 

T lis card causes a card with the same DDI-NO and Sequence Number not to be recorded on 
tie new Source Program File. If the Sequence Number equals 000, the entire module 
specified by the DDI-NO and any directly succeeding modules with a B in column 77 in the 
Tost Module Header are deleted. 


4.3.3 Description of Expected Results 

4.3.3.1 Output Card Formats 

A complete description of all of the card forms contained in either the Source Program File 
or the Punch File-S is given in Section 4.1.2 and 4.2.4.1 .3. 

4.3.3.2 Output Files 

The Source Program Maintenance Module produces three output files: The Source Program File, 
the Audit File-SP, and a Punch File-SP. 


4.3.3.2.1 Source Program File 

The Source Program File has been completely described in Section 4.2.4.2.1 . 

4.3.3.2.2 Audit File-SP 


The Audit File-SP as an optional feature may contain a listing of all diagnostics and trace 
messages originating from this module. A second optional feature the user may request is to 
print on the Audit File-SPa working listing of the card images on the new Source Program File 
by selecting the print option on the Control Card-SP. Since the Audit File-SP is only a working 
listing, diagnostic and tracing information will be interspersed with the Source Program File card 
images on the Audit File-SP. 


Following is a list of the diagnostic messages to be printed in the Audit File-SP together with 
their explanations: 


Diagnostic Message 
NO UPDATE FUNCTION CARD 

RECORD TO BE DELETED NOT ON 
OLD MASTER FILE 

CURRENT FILE CA *DS ARE OUT O r 
SEQUENCE 


Explanation 

There is no control card 
preceding the Current File-S F. 

The Current File-SP contains a 
DELETE card referencing a DE'I-NC 
not on the old Source Program File. 
The cards in the Current File-SP 
are not in sequence by DDI-NO. 
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Following is a list of the trace messages to be printed on the Audit File-SP. 

The following messages are all paragraph names and are printed upon entering the 
paragraph: 

1 . IUC 

2. UPDATE CONTROL 

3. OLD MASTER FILE READOUT 

4. END OF CURRENT FILE 

5. END OF OLD MASTER FILE 

6. END OF OLD MASTER FILE 4 


The following typical trace message is printed whenever the WRITE-ERROR paragraph 
is entered: 

LAST CARD KEY 0002A005 

LAST CURRENT FILE KEY 0002A003 

LAST OLD MASTER FILE KEY 0005A004 

The information opposite the LAST CARD KEY represents the control field (columns 73-80) 
of the Current File-SP card read. The information opposite the LAST CURRENT FILE KEY 
represents the control field of the next to last Current File-SP card read. The information 
opposite LAST OLD MASTER FILE KEY represents the control field of the card image 
in the last physical record read from the old Source Program File. This trace information 
is printed on one line of the Audit File-SP. 

4.3.3.2.3 Punch File-SP 

Another option, the punch option, may be selected by the user to obtain a card deck 
of all card images on the Source Program File containing information. 

4.4 Initiate Population File Module (INI POP) 

4.4.1 Purposes and Uses 

This module may be used to assign new test serial numbers, DDI-NO's on the Population 
File. Renumbering the Population File might be required if the Test Modules were to be 
reorganized and placed in a different sequence or if within the current organizational structure 
of the Test Modules a new Test Module may not be assigned a convenient number relating it 
to its associated Test Modules. 

Whatever the reason, I Nl POP eliminates the necessity for re-keypunching the 
Population File card deck by automatically reassigning new DDI-NO's. The user is 
permitted to select the first new number to be assigned and an increment which will be 
added to successive assigned numbers to form new numbers for assignment. All DDI-NO 
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references on the Test Header card (including all mandatory DDI-NO's) and JOVIAL 
statement cards (including all mandatory DDI-NO references) will be updated to reflect 
tf e new number assignments. 

Input to I Nl POP consists of a Population File, in the form of a card deck or a magnetic 
tcpe, and a control card requesting specific options provided by the module. 

C utput from I Nl POP includes a renumbered Population File, the Audit-Fi le-l P, that 
contains diagnostic messages, an optional working listing on the Audit-File-1 P consisting 
o those Population File card images containing information, and an optional Punch File-1 P 
consisting of a card deck of all card images on the Population File containing information. 

Population File modules recorded on cards may be renumbered in groups if desired. This 
feature of INI POP is invoked on the card deck modules by placing control cards in the card 
d >ck before each independent group of modules to be renumbered. Each of the card deck 
modules following the control card will be renumbered according to the values given on 
tF e control card. 


When invoking this feature on a Population File residing on tape, control cards designating 
tF e various renumbering conventions must also contain the DDI-NO of the last test module 
tc which the current control card applies. 

When a portion of the Population File is to be renumbered, the entire Population File 
siould be submitted to INIPOP in order to ensure a correct resequencing of all embedded 
DDI-NO references. For those modules of the Population File not requiring renumbering, 
tf e control card must include the information that the following modules are to be included 
ir the renumbering process but are not to be themselves renumbered. 


4 4.2 


Preparation of Inputs 


4 4.2.1 Card I nputs 

4 4.2.1 .1 Control Card-1 P 


The various options provided by INIPOP may be requested by means of the following 
control card: 


Columns 


Na me 


Description 


1 


2-4 


Control Card Indicator 


Control Card 
Identifier 


This column must contain the 
character C denoting the card 
as a control card. 

These 3 columns may be assigned 
any 3 digits by the user to identify 
the control card. 
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Columns 

Name 

5 

Renumber Option 

6-8 

Card/Record 

9-12 

Initial Number 

13-16 

Increment 

17 

Print Option 

18 

Punch Option 

19 

Old Population 
File Option 

20-23 

Record Maximum 

24-80 

Not Used 


Description 

The column is used to indicate to 
INI POP that a renumbering of the 
Population File is required, 
non-space - Renumber 
space - Do not renumber 
These 3 columns are used to 
designate the number of card 
images present in each record of 
the Population File. 

These 4 columns are used to 
designate the first four digit 
DDI-NO to be assigned. 

These 4 columns are used to designate 
the increment representing the 
difference between two successively 
assigned DDI-NO's. 

This column may be used to request 
the printing of the generated 
Population File 

non-space - Print 
space - Do not print 
This column may be used to request 
the punching of the new Population 
File 

non-space - Punch 
space - Do not punch 
This column may be used to signify 
that an old Population File residing 
on magnetic tape will be used as 
input. 

non-space - Magnetic tape 
input 

space - Card input 

These 4 columns are used to designate 
the DDI-NO of the last record to be 
incremented using the current initial 
number and increment. 


*lf renumbering is not selected, INI POP may be used to initiate a Population File from 
a card deck or to copy an old Population File from one magnetic tape to the other. Print and 
punch options still apply. 
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When submitting this card to INI POP, it precedes the Current File-PF if the Population File 
is to be generated from o card deck or it reploces the Current File-PF if the Populotion File 
is to be generated from on old Population File. 

t.4.2.1.2 Other Cord Inputs 

A complete description of all other card forms contained in either the Populotion File 
or the Current File-PF is given in Section 4.1 .2. 

4.4.2.2 Input Files 

he Initiate Population File Module operotes on either of two input files, the Population 
File or the Current File-PF. 

4.4.2.2.1 Population File 

Yhe Populotion File has been completely described in Section 4.1 .2.4.1 . 

4.4.2.2.2 Current File-PF 

The Current File-PF has been completely described in Section 4.1 .2.4.2. 

4.4.3 Function Operation 

lhe Initiate Populotion File Module operates to initiote ond, ot the users option, renumber 
o Populotion File from either o Current File-PF or from an existing Population File. 

Additional features selectable from the control cord include the options to print o working 
listing of the generoted Populotion File ond/or to punch the resulting new Populotion File. 

The Populotion File is renumbered by assigning to the first DDI-NO the value as stated 
on the Control Card-1 P for the Initial Number; to the second DDI-NO, the Initial 
Value + Increment as stoted on the Control Card-1 P; the third DDI-NO, the Initial Value + 2 
* Increment. For example, if the Initiol Volue was specified as 5 ond the Increment was 
specified os 10, then the volues ossigned to the DDI-NO for eoch Test Module would be 
5, 15, 25, etc., until the Test Modules hod been exhousted. 

*-.4.4 Description of Expected Results 

1 .4.4.1 Output Card Formats 

lhe output card formats correspond to the formats for cords described in Section 4.1 .2. 
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4.4.4.2 Output Files 

The Initiate Population File Module produces three files: The Population File, the 
Audit File-IP, and the Punch File-IP. 

4.4.4.2.1 Population File 

The Population File is completely described in Section 4.1 .2.4.1 . 

4.4.4.2.2 Audit File-1 P 

The Audit File-1 P contains a listing of all diagnostics originating from the module. As 
an optional feature, the user may request to print on the Audit File-IP, a working listing 
of the card images on the new Population File by selecting the print option on the 
Control Card-1 P. Since the Audit File-IP is only a working listing, diagnostic information 
will be interspersed with the Population File card images on the Audit File-IP. If no 
diagnostics occur, however, the Audit File-IP will consist entirely of a listing of the 
Population File. 

Following is a list of the diagnostic messages to be printed in the Audit File-IP together 
with their explanations: 


Diagnostic Message 
UNEXPECTED EOF INFILE 


There is an unexpected end of file 
encountered on the unit contai ning 
the control card and Current File-PF. 
Successive incrementing of the 
originally assigned Initial Number 
have generated a number greater 
than 9997. There are too many 
Test Modules being renumbered given 
the particular assigned values for 
Initial Value and/or Increment. 

Reduce either value or both and try 
again. 

The control card has not been submitted 
to INI POP. 


Explanation 


DDI-NO LARGER THAN 9997 


NO CONTROL CARD 


4.4.4.2.3 Punch File-IP 


Another option, the punch option, may be selected by the user to obtain a card deck 
of all card images on the Population File containing information. 
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4.5 JCVS Report Writer Module (JCVSRP) 


4.5.1 Purposes and Uses 

This module may be used to prodbce a finished listing of a Population File and/or a 
listing of the Test Header Cards in a Population File. 

Input to this module consists of a Population File and a control card specifying the options 
available to the user. 

Output from JCVSRP may include a listing of either the Population File or the collection 
of Test Header Cards on the Population File or both. These reports are printed on the 
Audit File-RP together with any diagnostics and trace messages originating from this module. 

4.5.2 Preparation of Inputs 

4.5.2.1 Card Inputs 

4.5.2.1.1 Control Card-RP 

The various options provided by JCVSRP may be requested by the following control card: 

Description 

This column must contain the 
character C denoting the card cis 
a control card. 

These 2 columns are used to select 
the two reports generated by th s 
module. 

Column 2: non-space - Population 
File Listing 

space - No Population 
File Listing 

Column 3: non-space - Cross Refer¬ 
encing Listing 
space - No Cross Refer¬ 
encing Listing 

These six columns specify the date 
as follows: 

14-15 Month 
16-17 Day 
18-19 Year 
(Example: 040968) 


Columns 

1 


Name 

Control Card 
Indicator 


2-3 


Report Selection 


4-13 

14-19 


Not Used 
Date 
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Columns 


20-61 

62-63 

64-65 

66-80 

4.5.2.2 Input Files 

The JCVS Report Writer Module operates on one input file, the Population File. 

4.5.2.2.1 Population File 

The Population File has been completely described in Section 4.1 .2.4.1 . 

4.5.3 Function Operation 

The JCVS Report Writer Module operates on a Population File to produce two reports, a 
listing of the Test Modules on the Population File and/ora listing of the Test Header Cards 
on the Population File. The JCVSRP is directed by means of user options selected on the 
Control Card-RP. 

4.5.4 Description of Expected Results 

The JCVSRP produces one file, the Audit File-RP. 

4.5.4.1 Audit File-RP 

The Audit File-RP may contain either a listing of all the Test Modules on a Population File 
or a listing of a 11 of the Test Header Cards on a Population File or both. This is a formal 
listing in that no diagnostics or trace messages are interspersed. A trace message does, 
however, precede the writing of each report on a separate page. 

Following is the diagnostic message to be printed in the Audit File-RP together with its 
explanation: 


Name 


Description 


Test Identification 


Control Tape Size 


Line/Record 


These 42 columns are used to 
specify the computer name. The 
name may be positioned any place 
in the field. 

These two columns are used to 
specify the number of lines per 
printer page that are available to 
be printed on. 

These two columns are used to 
specify the number of cards per 
record on the Population File. 

In this case of JCVS this value 
is 50. 


Not Used 
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Diagnostic Message Explanation 

UNEXPECTED EOF INFILE This problem results from 

attempting to read the Control 
Card-RP and getting an end of file 
condition. Check input to make sure 
the control card is present and is not 
preceded by any extra end of file cards. 

Following is the trace message that is printed out on a separate page at the beginning of the 
writing of each report: 

REPORT WRITER. 
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SECTION V 


USAGE INSTRUCTION 


Since the JCVS will operate on several different computers it would be advisable if the 
user availed himself of the following documents: 

1 . Implementors COBOL Manual 

2. Implementors Operating System Manual 

3. Implementors JOVIAL J3 Manual 

5.1 JCVS Operating Philosophy 

Although the JCVS is to operate on various computers, the functions that will be 
performed on each computer to utilize the JCVS will be identical. Each of the JCVS 
program modules is processible by either of the following two methods: 

1 . Compile Source Program and Go 

Using this technique, the appropriate control cards, source program 
and data are submitted to the computer system. The system then compiles 
the source program and writes the resulting object program on the 
operating system's Load and Go unit. This object program is then loaded 
from the Load and Go unit and program executing follows. 

2. Load Binary Deck and Go 

Using this technique, the appropriate control cards, object program 
binary deck, and data is submitted to the computer system. The system 
then loads the object program from the object program binary deck and 
program execution follows. 

5.2 JCVS Function 

There are seven functions that are available to the user of the JCVS. They are given 
in the following list: 


1. 

Create a new Population File 

POPFMI 

2. 

Update an old Population File 

POPFM2 

3. 

Generate a JOVIAL source program 

SELECT 

4. 

Update a Source Program File 

SOPMM 

5. 

Initiate a Population File from a 
Population File card deck 

INI POP1 
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6. 

Initiate a new Population File from 
an old Population File on magnetic tape 

INI POP2 


7. 

Write reports from Population File 

JCVSRP 

5.3 

Preparation of JCVS Input 


5.3.1 


Current File-PF 



The Current File — PF which is used to update the Population File has been described in 
Section 4.1 .2.4.2. An example of this file is given in Figures 5-la, 5-1 b, and 5-1 c. 

Notice all packets are in order by DDI-NO and that there are no DELETE packets. 

5.3.2 Current File-SP 

The Current File-SP which is used to update the Source Program File has been described in 
Section 4.3.1 .2.2. An example of this file is given in Figure 5-2. 

Notice that all of the cards in this file are in order by sequence number, columns 78-80 
within DDI-NO, columns 73-76. 

5.3.3 Test Selection File 

The Test Selection File which directs the selection of the appropriate test modules has been 
described in Section 4.2.2.2.2. An example of this file is given in Figure 5-3. 

This particular set of Test Selector Cards select the following test modules. In this 
example, it is assumed that no Mandatory DDI-NO*s are involved. 

5.4 Functional Processing 

Diagrams will be proficed describing the status of the computer system at input time 
and again at output time for each function performed by the JCVS modules applying 
each operating philosophy and on each computer. 

A complete list of these diagrams is given in Appendix 1 . 

5.5 Results of Operations 

The JCVS modules generate magnetic tape output, printer listings and punched decks. 

The files associated with this output have already been completely described previously 
in this document. Actual samples of computer generated output will now be presented. 

5.5.1 Printed Output 
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Figure 5-lb Current File-PF 
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5.5.1 .1 


Population File 


Figure 5-4 shows portions of a tape dump of the Population File from the GE-635. Exact 
positions of the test statements within the block should be noted. Since this is test 
information, the content of the various cards in the record are not actual JOVIAL statements 
but indications as to where Population File information would replace the checkout 
statements. 

5.5.1.2 Audit File-PF 

Figure 5-5 presents a portion of the listing of the Audit File-PF generated by POPFM 
on the GE-635. Notice diagnostic and trace messages interspersed with the list of 
the new Population File. 

5.5.1.3 Audit File-S 

Figures 5-6A and 5-6B present a portion of the Audit File-S generated by SJCVS on 
the GE-635. 

5.5.1.4 Audit File-SP 

Figure 5-7 presents a portion of the Audit File-SP generated by SOPMM on the 
GE-635. Notice that no trace messages appear in the listing giving the user a 
"clean" listing of the new Source Program File. 

5.5.1.5 Audit File-1 P 

Figure 5-8 presents a portion of the Audit File-1 P generated by I Nl POP on the GE-635. 

The diagnostic messages 'MANDATORY MODULE NOT ON POPULATION FILE' are 
printed but processing is permitted to continue. Notice that no trace messages appear 
on the listing giving the user a "clean" listing (except for diagnostics) of the new 
Population File. 

5.5.1.6 Audit File-RP 

Figures 5-9A and 5-9B present a portion of a listing of the Audit File-RP generated 
by JCVSRP on the GE-635. The trace message appears on a separate page thereby 
giving the user a "clean" listing of the two reports: The POPULATION FILE and the 
CROSS REFERENCE TABLE. 

5.5.2 Punched Output 
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Figure 5-5 Audif File—PF^ GE-o35 
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Figure 5-6a Audif File-S, GE-635 
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Figure 5r9k Audit File-RP 









































































































5.5.2.1 


Punch File-PF 


The Punch File-PF, a card deck which contai ns the created or updated Population File, 
is identical in appearance to the Audit File-PF with the exception that there are no trace 
or diagnostic messages or blank cards. Only cards with information content are punched 
by POPFM. 

5.5.2.2 Punch File-S 

The Punch File-S, a card deck which contains the generated JOVIAL source program, is 
identical in appearance to the Audit File-S with the exception that there are no trace or 
diagnostic messages or blank cards. Only cards with information content are punched by SJCVS. 

5.5.2.3 Punch File-SP 

The Punch File-SP, a card deck which contains the updated JOVIAL source program, 
is identical in appearance to the Audit File-SP with the exception that there are no 
trace or diagnostic messages or blank cards. Only cards with information content are 
punched by SOPMM. 

5.5.2.4 Punch File-IP 

The Punch File-IP, a card deck which contains the resequenced Population File, is 
identical in appearance to the Audit File-IP with the exception that there are no 
trace or diagnostic messages or blank cards. Only cards with information content are 
punched by INI POP. 

5.5.3 Magnetic Tape Output 

5.5.3.1 Population File 

A Population File is always generated by either of two programming modules, INI POP and 
POPFM. The Population File is recorded on magnetic tape for subsequent processing. 

5.5.3.2 Source Program File 

A Source Program File is always generated by SJCVS. This file contains the generated 
JOVIAL test program and is submitted directly to the operating system for compilation 
and execution. 
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APPENDIX 1 


USAGE INSTRUCTIONS 


Appendix 1 describes on the following pages usage instructions for each function on each 
computer. Usage instructions depict the status of the hardware configuration before the 
run (I NPUT) and after the run (OUTPUT). All input/output considerations are ful ly 
described for both the INPUT stage and the OUTPUT stage. In addition, the exact form 
of an input card deck necessary to invoke the function is provided. 

Each JCVS Usage Form contains the JCVS function to be performed, the computer, the 
operating philosophy and the program stage. All input/output functions and devices are 
specified over the six boxes on each form. On the top of each of these boxes is the logical 
system name associated with the input/output device. 

For example, on the 6400 the logical tape designations are TAPE1 , TAPE2, and TAPE3; 
the logical card input designation is INPUT, etc. 

For those input/output units that are to be active for the current function, some indication 
of their participation is indicated. For those tape units that are to contain a switch tape 
for the subsequent processing, the word SCRATCH is placed at the bottom of the appropriate 
box; for those tape units that are to contain a JCVS input or output file, the file-name is 
placed in the bottom of the box; and for those tape units whose participation is not 
required, a N/A (not applicable) is placed at the bottom of the box. 

In all cases, a job deck will be submitted through the card input unit which should be 
empty at the termination of the run. The printed output unit will always contain a 
standard form and standard carriage control tape and will contain the various audit files 
at the termination of a run. The card output unit will contain any punched output 
originating from any of the runs. 

A complete description of the job deck structure required to process the function is 
given on each INPUT stage usage form. The (1) below the words JOB DECK STRUCTURE 
indicates column 1 of each card. 

Logical Unit Names 


The logical unit names for each computer will now be stated: 
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*'^"~'^Configuration 

Units 

C DC-6400 

UNI-1108 

GE-635 

IBM 360-50 

l 

Card Input 

INPUT 

Card Reader Eighty 

A1 

SYS001 

1 

Card Output 

PUNCH 

Card Punch Eighty 

A5 

SYS 003 

Printed Output 

OUTPUT 

Printer 

A2. 

SYS002 

Tape Number 1 

TAPE1 

UNISERVO A 

A3 

SYS004 

Tape Number 2 

TAPE2 

UNISERVO B 

A4 

SYS005 

Tape Number 3 

TAPE3 

UNISERVO C 

A6 

SYS007 

i 


Special Cards 

Certain configurations contain one or two special cards that act as end of record or 
end of file cards. The following table gives a list of these cards together with the 
characters that signify the EOR or EOF functions. 


^'"^•Configuration 

End 

C DC-6400 

UNI-1108 

GE-635 

IBM 360-50 

EOR 

7,8,9 punch 
Column 1 

No Entry 

SbbbbbbENDJOB 

No Entry 

EOF 

6,7,8,9 punch 
Column 1 

@bFIN 

Column 1 -5 

***EOF 

1* 
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JCVS USAGE FORM 


Function: POPFM 1 

Computer: CDC - 640b 


Operating Philosophy: Compile Source Program and Go 


Stage: 



L. . 


INPUT 

TAPE 1 



TAPES 
TAPE 2 



SCRATCH ' 


CARD INPUT 


INPUT 

i 

i 

1 

i /::: 




PRINTED OUTPUT 
['" ‘ OUT PUT '*'] 
Standard 

I i 

• Standard Carriage 

Form Control , 

Tape 


JOB DECK STRUCTURE 

( 1 ) 

SEQUENCE, 14156, SMA 
JOB, 930u7, 10, 10, 35000. POPFM 1 CG 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2) 

COBOL (LXRM). 

LGO. 

(End of Record Card) 

(CCBOL Source Poryram Deck POPFM 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 


TAPE 3 



N/A 


CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 
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JCVS USAGE FORM 


Function: POPFM 1 
Computer: CDC - 6400 

Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 

. TAPES 



CARD INPUT 


PRINTED OUTPUT 


CARD OUTPUT 


INPUT 


OUT (PUT 


PUNCH 

CARD 


r~.~i 

1 

i Standard 



/ 

j READER 


AUDIT 

1 

1 

1 

1 

Carriage 

/ . /I 

J 

1 


FILE-pf j 

i 

i Control 

/.. / 1 

EMPTY 

I 

| 

^_ I 

1 

Tape ■ 

i PUNCH FILE-P^ /' 

\ 




I 

j 

L. . . . 1/ 

4 


(Optional) 


(Optional) 


/ 
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JCVS USAGE FORM 


Function: POPFM 1 
Computer: CDC - 64u0 

Operating Philosophy: Load Binary Deck and Go 
Stage: INPUT 

TAPES 


T ' 

TAPE 1 j TAPE 2 



N/A | SCRATCH 


TAPE 3 



n/a' 


- 1 


i 


i 


CARD INPUT 
INPUT 


JOB DECK 




PRINTED OUTPUT 

CARD OUTPUT 

OUTPUT "*j 

Standard 

[’ PUNCH 

Standard Caniage 

I 

Form Control 

CARD PUNCH 

Tape 

1 \ 

| READY 

f 


f 1 

i _i 


JOB DECK STRUCTURE 

(0 

SEQUENCE, 14156, SMA 
JOB, 93007, 10, lu, 35000. POPFM 1 LG 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2) 

LOAD (INPUT) 

EXECUTE (POPFM) 


(End of Record Card) 

(Binary Program Deck - POPFM) 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: POPFM 1 

Computer: CDC - 6400 


Operating Philosophy: Load Binary Deck and Go 


Stage: 




OUTPUT 


TAPES 
TAPE 2 



i New Population File 


CARD I NPUT_ 
INPUT 
CARD 

READER 

EMPTY 


J 

I_ 


PRINTED OUTPUT 


OUTPUT ' 

t 

r | 

Standard 

AUDIT ! 

Carriage 

FILE-PF 

i Control 

^—' 

Tape 

L 


(Optional) 

_ | 


TAPE 3 



CARD OUTPUT 
PUNCH 



/ 

J PUNCH FILE-Pfj 

_(Optionajj 



























JCVS USAGE FORM 


Function: POPFM 2 

Computer: CDC - 6400 

Operating Philosophy: Compile Source Program and Go 


Stage: 


INPUT 



TAPES 
TAPE 2 



TAPE 3 



CARD INPUT 
F INPUT 



PRINTED OUTPUT^ 

OUTPUT | 
j Standard 


Standard 

» 

! Form 

I 


Carriage 
Control j 
Tape 

i 


_l 


CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 



JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 
JOB, 93007, 10, 10, 35000. POPFM 2 CG 
REQUEST, TAPE 1, HI. (REEl/NO RING) 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND ( TAPE 1). 

REWIND (TAPE 2). 

COBOL (LXRN). 

LGO 

(End of Record Card) 

(COBOL Source Program Deck - POPFM) 
(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: POPFM 2 
Computer: CDC - 6400 

Operating Philosophy: Compile Source Program and Go 

TAPE 3 

N/A 



Stage: 


OUTPUT 


TAPES 


TAPE 1 



TAPE 2 


! 



| 

Old Population File ) New Population File j 




CARD INPUJ _ _ PRINTED OUTPUT_ CARD OUTPUT 


INPUT 


OUT 

tUT 

PUNCH 

CARD 




1 1 

Standard 


READER 


AUDIT 

Carriage 

/“... / 



! FILE-PF 


Control 

.— / 

EMPTY 




Tape . 

i PUNCH FILE-PF 



l—/ 

| 

!. . ...1/ 


l 

(Optional) 

L _ i 

(Optional) 


/ 
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JCVS USAGE FORM 


Function: POPFM 2 
Computer: CDC - 6400 

Operating Philosophy: Load Binary Deck and Go 
Stage: INPUT 


.... ... « -... 

• TAPES 

.. | 

TAPE 1 

TAPE 2 

n 

O ! 

v_.S 


Old Population File 

SCRATCH 

i. ... -- A 


TAPE 3 



n/a 



CARD INPUT 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 

JOB, 93007, 10, 10 , 35000. POPFM 2 LG 

REQUEST, TAPE 1, HI. (REEL/NC RING) 

REQUEST, TAPE 2, HI. (ASSIGN/RING) 

REWIND (TAPE 2). 

LOAD (INPUT) 

EXECUTE (POPFM) 

(End of Record Card) 

(Binary Program Deck - POPFM) 

(End of Record Card) 

(Control Card - PF) 

(Current File - PF Deck) 

(End of File Card) 


INPUT 


z:::: 

^ JOB DECK 


I! 


- / I; 


PRINTED OUTPUT 

OUTPUT I 
Standard 

; 

■ Standard Carriage 

Form Control 

Tape 

: i 



CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 
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JCVS USAGE FORM 


Function: POPFM 2 
Computer: CDC - 6400 


Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 


TAPES 


TAPE 1 



Old Population File 



TAPE 3 



N/A 


CARD INPUT_ PRINTED OUTPUT 


INPUT 


O0' 

'PUT 

CARD 


r " " - - -- 


Standard 

READER 


AUDIT 

Ca rriage 



FILE-PF 


Control 

EMPTY 




Tape 



(Optional) 

! 

i 

L _ i 


CARD OUTPUT 
- PUNCH" 


PUNCH FILE-Pfy 
(Optionaf) 


/ 
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JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 64uu 

Operating Philosophy: Comoile Source Program and Go 
Stage: INPUT 


I 


TAPE 1 



Pooulation File 


TAPES 


TAPE 2 



SCRATCH 



PRINTED OUTPUT 

OUTPUT .! 

Standard 

l 

Standard Carriage 

Form Control 

Tape 

! i 


JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA 
JOB, ?3u07, 10, 10, 3500u. SELECT 
REQUEST, TAPE 1, HI. (REEL/NO RING) 
REQUEST, TAPE2, HI. (ASSIGN/RI NG) 
REWIND (TAPE 2) . 

COBOL (LXRM). 

LGO. 

(End of Record Card) 

(COBOL Source Program Deck - SJCVS) 
(End of Record Card) 

(Control Card - S) 

(Test Selection . File Deck) 

(End of File Card) 


CARD INPUT 
! INPUT 


zi: 


i 


. i 
* 

/•! 
/ ! 

I i 


JOB DECK 




TAPE 3 



CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 
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JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 6400 

Operating Philosophy: Comoile Source Program and Go 
Stage: OUTPUT 


TAPES 


TAPE 1 

TAPE 2 


> / v 

/ X 

( ) ! 

: v ^ 

. 


Pooulafion File j 

i Source Program File j 


TAPE 3 



N/A 


CARD INPUT 
j ' INPUT 
| CARD 

! READER 

t 

EMPTY 

I 

r 

* 

I_ 


PRINTED OUTPUT CARD OUTPUT 



OUTPUT 

PUNCH 


r~.n 

1 Standard 


1 

! AUDIT 

Carriage 

/ "/i 

| 

| FILE-S j 

Control 

/. . / | 


1 -J 

Tape 

i PUNCH FILE-S / 

1 i/ 

Ji ! 

(Ootional) 

! i 

...„i 

(Optional) 


/ 
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JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 6400 


Operating Philosophy: 
Stage: 


TAPE 1 



PoDulation File 


Load Binary Deck and Go 
INPUT 

TAPES 
TAPE 2 




CARD INPUT 
INPUT 



PRINTED OUTPUT 

OUTfUT .1 

I Standard 

Standard Carriage 

Form Control 

Tape 


i i 

. i 

l i 


I 




CARD OUTPUT 
PUNCH 


CARD PUNCH 
READY 




JOB DECK STRUCTURE 

( 1 ) 

SEQUENCE, 14156, SMA 

JOB, 93o07, 10, 10, 35000. SELECT 

REQUEST, TAPE 1, HI. (REEL/NO RING) 

REQUEST, TAPE 2, HI. (ASSIGN/RING) 

REWIND, (TAPE 2). 

LOAD (INPUT) 

EXECUTE (SJCVS) 

(End of Record Card) 

(Binary Program Deck - SJCVS) 

(End of Record Card) 

(Control Card - S) 

(Test Selection File Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: SELECT 
Computer: CDC - 6400 

Operating Philosophy: 
Stage: 


TAPE 1 



Load Binary Deck and Go 


OUTPUT 

. TAPES 
TAPE 2 



| Source Program File 



i 


CARD INPUT 
INPUT 
CARD 

READER 

! EMPTY 

I 

! 

i 


PRINTED OUTPUT CARD OUTPUT 


OUTPUT 

f 


PUNCH Yj 

r .] 

Standard 


v 

* 

j AUDIT 

Carriage 

r ..... a 

i / / 

1 FILE-S 

Control 

/ . / 

\ 1 

1 


Tape 

i PUNCH FILE-S 

;/ 

(Ootional) 

1 

- 

l -.- - >' 

(Ootional) 


/ 






























JCVS USAGE FORM 


Function: SOPMM 

Computer: CDC - 64GU 

Operating Pnilosophy: Comoile Source Program and Go 
Stage: INPUT 


• TAPES 


TAPE 1 

TAPE 2 

TAPE 3 • 

D 

C) 

r\ 

j v s 

\ - 

\ l 

' \_ l 

1 

^- - 

^_ 

jOld Source Program File j 

SCRATCH 

_ n/a .j 


CARD INPUT _ __ PRINTED OUTPUT__ CARD OUTPUT 


j INPUT 

i 



OUTPUT "■ | 

PUNCH 

i 




i Standard 

! 



Standard 

Carriage 

j 

1 

j / 

7 

i 

i 

1 

Form 

Control . 

CARD PUNCH 

j / — i 

7 

f 

; j 

! i 

Tape 

i 


READY , 

JOB DECK 

/ 

i | 



! L .. 

/ 

! i 




1 

_ j L_ : 


i 



JOB DECK STRUCTURE 

(1) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. SOPMM 
REQUEST, TAPE 1, HI. (REEL/NO RING) 
REQUEST, TAPE 2, HI. (ASSIGN/RING) 
REWIND (TAPE 2). 

COBOL (LXRM). 

LGO. 

(End of Record Card) 

(COBOL Source Program Deck - SOPMM) 
(End of Record Card) 

(Control Card - SP) 

(Current File - SP Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: CDC - 6400 

Operating Philosophy: Comoile Source Program and Go 
Stage: OUTPUT 


TAPE 1 



TAPES 
TAPE 2 

'\ 


TAPE 3 


l 


:j 


{Old Source Program FileJ New Source Program Filej 


... 1 

N/A 


CARD INPUT 
INPUT 
CARD 

READER 

EMPTY 


PRINTED OUTPUT 


CARD OUTPUT 



OUljPUT 

PUNCH 

J 

n 

' AUDIT 1 
FILE-SP j 

Standard 

Carriage 

Control 

/:::: /} 


L/" 

Tape 

i 

4 

i PUNCH FILE-SF 

!. . . . V 

(Ootional) 

■, 1 

(Optional) 

I 

> 

-__J 


/ 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: CDC-6400 

Operating Philosophy: Load Binary Deck and Go 


Stage: INPUT 


TAPE1 



Old _S.Qy.rce_ Program Filei 


TAPES 
TAPE 2 



SCRATCH 


TAPE 3 



1 


i 



CARD INPUT 
! INPUT 

I 


I 

I 


I 


l 


z::i: 

| JOB DECK 



PRINTED OUTPUT__ 
i OUTPUT | standard' 

I | 

! Standard Carriage 

Form Control 

| I ^pe ! 

i 



CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 

( 1 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007,10,10,35000. SOPMM 
REQUEST, TAPE1, HI. (REEL/NORING) 
REQUEST, TAPE2, HI. (ASSIGN/RING) 
REWIND (TAPE2) 

LOAD (INPUT) 

EXECUTE (SOPMM) 


(End of Record Card) 

(Binary Program Deck-SOPMM) 
(End of Record Card) 

(Control Card-SP) 

(Current File—SP Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: CDC-6400 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 

__ _ TAPES 

TAPE1 j TAPE 2 


Qld.S.our.ee. Program JEi IJ NfiwJ5our.ee PcogromPilk 




TAPE3 



_ N/A 


k 


CARD INPUT PRINTED OUTPUT CARD OUTPUT 


INPUT 


OU' 

I - PUT 


PUNCH 

CARD 

READER 

EMPTY 


! AUDIT 
| FILE-SP 

L^ J 


| Standard 
Carriage 
Control 
Tape 

1 

/:r~:7 

J PUNCH FILE-Sf/ 


7 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: CDC-6400 

Operating Philosophy: 
Stage: 


TAPE1 



_N/A. 


Compile Source Program and Go 


INPUT 


TAPES 

TAPE2 



__N/A_ 


TAPE 3 



Population file. _i 


CARD INPUT 

PRINTED OUTPUT 

INPUT 


i 

i OUTPUT 
Standard 

j Standard 
Carriage 

z::zr?j 

JOB DECK |y 


I Form 

1 

i 

Control 

Tape 



l_ _ 



CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 


I 

J 

i 

...J 


JOB DECK STRUCTURE 

0 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. JCVSRP. 

REQUEST, TAPE3, HI. (XXXX/NORING) XXXX = Population File Reel Number 


COBOL (LXRM). 
LGO. 


(End of Record Card) 

(COBOL Source Program Deck - JCVSRP) 
(End of Record Card) 

(Control Card-RP) 

(End of File Card) 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: CDC-6400 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


TAPES 


TAPE1 

Q j 

TAPE2 

Q 

TAPE3 

Q 

_ .N/A _! 

> _ N/A. 

_Pap.uJpli.Qn. File._ 


CARD INPUT 


PRINTED OUTPUT 


INPUT 


OU1 

IpUT 


CARD 




Standard 

READER 


AUDIT ' 

I 

Carriage 



FILE-RP | 

j 

Control 

EMPTY 



I 

Tape 

i 

1 _ 




> V 


CARD OUTPUT 
PUNCH 


PUNCH FILE 
N/A 


/ 






























JCVS USAGE FORM 


Function: JCVSRP 

Computer: CDC-6400 

Operating Philosophy: Load Binary Deck and Go 


Stage: 


INPUT 


TAPES 


TAPE1 

TAPE2 

TAPE 3 



o 


V_i, 


..-.NZA . 

.. N/A__ J 

_ Popu 1 g t j q n Jri Le._ 



J 



CARD INPUT 
INPUT 

ziz: 

JOB DECK 


J 




PRINTED OUTPUT 
! OUTPUT | Standard ! 

I 

Standard Carriage 

Form Control 


Tape 



CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 


i 



JOB DECK STRUCTURE 

0 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. 

REQUEST, TAPE3, HI. (XXXX/NORING) XXXX = Population File Reel Numbei 

LOAD (I NPUT) 

EXECUTE (JCVSRP) 


(End of Record Card) 

(Binary Program Deck - JCVSRP) 
(End of Record Card) 

(Control Card - RP) 

(End of File Card) 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: CDC-6400 


Operating Philosophy: 
Stage: 


TAPE1 



_ 


Load Binary Deck and Go 
OUTPUT 

JAPES 

TAPE2 



1_M/A 


I 


CA RD I NPUT 

INPUT 

CARD 

READER 

EMPTY 

i 

! 


PRINTED OUTPUT 
jDUfrPUT 

Standa rd 


! AUDIT 
| FILE-RP 



Carriage 

Control 

Tape 



Popula tion F iIe 


CARD OUTPUT 
PUNCH 



./ 

I PUNCH FILE 

! 






















JCVS USAGE FORM 


Function: INIPOP1 

Computer: CDC-6400 

Operating Philosophy: Compile Source Program and Go 

Stage: INPUT 

TAPES 


TAPE1 

TAPE 2 

o 

D 


V_b 

- .N/A.„. _j 

_SCRATCH_ 


TAPE3 



.. i 

__SCRATCH_1 


CARD INPUT 



PRINTED OUTPUT 

i ' ) ..~| 

I OUTPUT Standard 

i . | 

; Standard Carriage 

Form Control 

! | Tape 

i I 



JOB DECK STRUCTURE 

0 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. INIPOP1. 

COBOL (LXRM). 

LGO. 


CARD OUTPUT 

PUNCH 

CARD PUNCH 
READY 



(End of Record Card) 

(COBOL Source Program Deck - INI POP) 
(End of Record Card) 

(Control Card - IP) 

(Current File - PF Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: CDC-6400 

Operating Philosophy: 
Stage: 


TAPE 1 





CARD INPUT 
INPUT 

CARD 

READER 

EMPTY 


Compile Source Program and Go 


OUTPUT 



^ TAPES 
TAPE2 



Population File 


TAPE3 



SCRATCH 


i 

i 


PRINTED OUTPUT CARD OUTPUT 


OU' 

rpuT 


PUNCH 

r -- 


1 Standard 


AUDIT 

Carriage 

/' . z. /I 

FILE-IP 

j Control 


1 

Tape 

1 PUNCH FILE-IP / 

!...... V 


i 

.. .i 


/ 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: CDC-6400 
Operating Philosophy: 
Stage: 



Load Binary Deck and Go 
INPUT 


TAPES 
TAPE 2 



SCRATCH 


TAPE3 



SCRATCH_j 


CARD INPUT 
INPUT 


ZIZZ71 


JOB DECK 


I 

l 



PRINTED OUTPUT_ 

OUTPUT | Standard 
Standard Carriage 

Form Control 

Tape j 


CARD OUTPUT 
PUNCH 

CARD PUNCH 
READY 



JOB DECK STRUCTURE 

0 ) 

SEQUENCE, 14156, SMA. 
JOB, 93007, 10, 10, 35000. 

LOAD (INPUT) 

EXECUTE (INIPOP) 


(End of Record Card) 

(Binary Program Deck - INI POP) 
(End of Record Card) 

(Control Card-1 P) 

(Current File-PF Deck) 

(End of File Card) 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: CDC-6400 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 


TAPES 


TAPE1 

TAPE 2 

TAPE3 

Q i 

Q 

Q 

i 

i 

f 

1 

i 

1 

1 

... J 

Population File 

_SCRATCH 


CARD IN PUT 
INPUT 

CARD 

READER 

EMPTY 

i 

I 


PRINTED OUTPUT 


_OU 

AUDIT 

FILE-IP 


tfIut 1 

' Standard 
, Carriage 
Control ’ 
Tape 


CARD OUTPUT 
PUNCH 


/ 


PUNCH FILE-|p; 

_ l' 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: CDC-6400 

Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 

TAPE 1 



Old Population File 


TAPES 

TAPE 2 

TAPE 3 


o 

La 

L.A 

SCRATCH 

SCRATCH j 


CARD INPUT 
INPUT 



PRINTED OUT PUT _ 

! OUTPUT j standard ! 

» 

| Standard Carriage 

Form Control j 

I Tape 

I 

I 


JOB DECK STRUCTURE 


CARD OUTPUT 
PUNCH 

I 

CARD PUNCH 
READY , 

i 

j 


0 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. INI POP2. 

REQUEST, TAPE1, HI. (XXXX/NORING) XXXX = Population File Reel Number 


COBOL (LXRM). 
LGO. 


(End of Record Card) 

(COBOL Source Program Deck - INI POP) 
(End of Record Card) 

(Control Card-1 P) 

(End of File Card) 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: CDC-6400 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 

. TAPES 

TAPE 2 TAPE3 

i 

I 

!* 

i 

\ 

I 

Old Popu la tion File I_New Pop ulat ion File j _S CRAT CH 




CARD INPUT PRINTED OUTPUT 


INPUT 


OUT 

fUT 

CARD 


1 

1 

Standard 

READER 

EMPTY 


AUDIT 
FILE-IP | 

1 

Carriage 
j Control 
Tape | 

\ 

* 


CARD OUTPUT 
PUNCH 



PUNCH FILE-IP 


! / 


I 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: C DC-6400 

Operating Philosophy: 
Stage: 


TAPE1 



OJd population File 


Load Binary Deck and Go 
INPUT 


TAPES 
TAPE 2 



SCRATCH. 


TAPE 3 



SCRATCH 


t 

i 


CARD INPUT PRINTED OUTPUT CARD OUTPUT 


INPUT 

! OUTPUT 

l ; Ti 

Standard 

PUNCH 

£—~A 

! Standard 

i 

1 Form 

•1 

i 

Carriage 

Control 

Tape 

1 

1 

l 

| 

j 

CARD PUNCH 
READY 

f JOB DECK 

j 

\ 




i 

1 __ 



i 

1 


JOB DECK STRUCTURE 

( 1 ) 

SEQUENCE, 14156, SMA. 

JOB, 93007, 10, 10, 35000. INI POP2. 

REQUEST, TAPE1, HI. (XXXX/NORING) XXXX = Population File Reel Number 

LOAD (INPUT) 

EXECUTE (INIPOP) 


(End of Record Card) 

(Binary Program Deck - INI POP) 
(End of Record Card) 

(Control Card-1 P) 

(End of File Card) 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: CDC-6400 


Operating Philosophy: 
Stage: 


TAPE1 



Old Population Fil 


Load Binary Deck and Go 
OUTPUT 


TAPES 
TAPE 2 



New Population File 


TAPE 3 



CARD INPUT 


PRINTED OUTPUT 


CARD OUTPUT 

INPUT 

CARD 

READER 


OUTI 

. 1 

AUDIT 

i FILE-IP j 

Jut 

i Standard 
Carriage 
Control 


PUNCH 

EMPTY 


i 1 

L/ 

Tape 

1 

j 

1 

i 

1 

l 

J PUNCH FILE-IP / 


/ 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: UN'IVAC - 1108 


Operating Philosophy: Compile Source Program and Go 


Stage: INPUT 

• TAPES 


UNISERVO A 

a 

j UNI SERVO B 

! n 

N/A 

I v— 

SCRATCH 



UNISERVO C 




N/A 



CARD INPUT 
f CARD READER EIGHTY! 


PRINTED OUTPUT 


'PRINTER 


*1 


Standard 


pA'RD 


CARD OUTPUT 
PUNCH EIGHTY 


1 

! ,.. 


Standa rd 

Carriage 

I /.- 

71 

V 

_y 

Form 

1 

Control 

Tape 

i 

i 

j JOB DECK 

t 1 

l 

i 

i ! 

i 

i 

i 

_ 

i 


l 


CARD PUNCH 
READY 


JOB DECK STRUCTURE 

(1) 

Co RUN 1 POPFM1, DDCG, 5, 300 

Co ASG B - SAVE 

(p BREI COB POPFM1 

(COBOL Source Porgram Deck - POPFM) 

Co XQT POPFM 1 

(Control Card - PF) 

(Current File - PF Deck) 


Co) FIN 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: UNIVAC-1108 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


TAPES 



N/A i New Population File | N/A 


CARD INPUT 


CARD 


READER 

EMPTY 


PRINTED OUTPUT 


CARD OUTPUT 


■% 

PRINTER 

[card punch eighty 


j . ”] 

Standard 

1 


! AUDIT 

r 

Carnage 

/ / 
i / / 


; FILE-PF I 

1 Control 

/-. / 




Tape ; 

1 

y 1 

! PUNCH FILE-PF 

1 i/ 


(Optional) 

i 

i 

t 

(Optional) 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: UNIVAC-1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 

TAPES 

j UNI SERVO B 


SCRATCH 


UNISERVO A 




N/A 


UNISERVO C 

r 


N/A 


CARD INPUT 

PRINTED 

OUTPUT 

CARD OUTPUT 

CARD READER EIGHTY! PRINTER 

! ’1 

Standard 

'card PUNCH EIGHTY 

t 

JOB DECK 

! 

! Standard 
/j 1 Form 

■' i 
! 

1 , 

/; ; 

Can'iage 

Control 

Tape 

i 

i • 

i J 

l 

CARD PUNCH 
READY 

1 

\ 

< 

J L. 

l 

i . j 

i 

t 

i. .. 

JOB DECK STRUCTURE 



(1) 

@ RUN 1 POPFM1, 
@ ASG B = SAVE 

DOLG,5,300 




(Binary Program Deck - POPFM) 

@ XQT, POPFM1 

(Control Card - PF) 

(Current File - PF Deck) 


Co) FIN 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: UNIVAC-1108 


Operating Philosophy: 
Stage: 


UNISERVO 


Load Binary Deck and Go 
OUTPUT 

TAPES 


UNISERVO B 


_ :i 

N/A 


UNI SERVO 


j New Population File 



1 


CARD INPUT 

jcARD READER EIGHTY 
j CARD 

READER 

EMPTY 

I 

i 

} 


PRINTED OUTPUT 


PRINTER 


{ 

! AUDIT 

| file-pf 


Standard 

Carriage 

Control 




(Optional) 



CARD OUTPUT 
CARD PUNCH EIGHTY 


/. 

/ 

/ 

'.. t 

PUNCH FILE-Pf 


/ 

/ 


: / 


u ._.( Optional) ... 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: UNI VAC -1108 

Operating Philosophy: Compile Source Program and Go 

Stage: INPUT 



TAPES 

i " ~ 

i 

UNISERVO A 

| UNISERVO B 

UNISERVO C 


! /'~ N \ 

? 

i /'" ~ "\ 

i 

/ 

i 1 » 

i t 

5 i 

. } 

V. 

; v / 

. v ■ 

^ - - j 

l \ i 

\ t 

Old Population File 

SCRATCH 

( 

N/A 


- 1 


CARD INPUT 

PRINTED 

OUTPUT 

CARD OUTPUT 

CARD READER EIGHTY' 

! PRINTER 

! " i 

Standard 

! card PUNCH EIGHTY 

/. . A 

< i 

Standa rd 
Form 

i 

Ca mage 
Control 

1 

CARD PUNCH 


Tape 

i f 

READY 

f JOB DECK • > 


• 

[ ... [/ I 

t 


\ 

1 

t 

_J 

i 

\_ _ _ _.. j 

, . _ 4 


JOB DECK STRUCTURE 

( 1 ) 

@ RUN 1 POPFM2,DDLG,5,300 

@ ASG,B,A = XXXX XXXX = POPFILE1 reel number 

@ BREI COB POPFM2 


(COBOL Source Program Deck - POPFM) 


@ XQT POPFM2 


(Control Card - PF) 
(Current File - PF Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: UNIVAC-1108 


Operating Philosophy: Compile Source Program and Go 


Stage: 


UNISERVO 


OUTPUT 

..[“ 


TAPES 
UNISERVO 




UNISERVO C 




.i 

^ Old Population File j New Population File j 


N/A 


CARD INPUT 

! CARD READER EIGHTY 
I CARD 

| READER 

j EMPTY 

| 


PRINTED OUTPUT 


PRINTER 


1 


|l 


Standard 


AUDIT Carriage 
FILE-PF | | Control 
^ — j Tape 

_(Optional) 


I 

I 

a 


CARD OUTPUT 
CARD PUNCH EIGHTY 

/ -- - 

/- . / 

! PUNCH FILE—Pf 

L..- - - v 

(Optional)_ 
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JCVS USAGE FORM 


Funclion: POPFM2 

Computer: UNIVAC-1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 




TAPES 

... ....... 

UNISERVO 

A | 

UNISERVO B 

UNISERVO 

f" \ 

! 

! 

I 

t 

i 

X--N i 

( \ \ 

1 r"'\ 

\_ c 

1 

V, i 

j 

V.... '{ 

Did Population 

File | 

SCRATCH . j 

.... . N/A 





CARD INPUT 

PRINTED 

OUTPUT 

1 CARD READER EIGHTY' 

| PRINTER 

! 

; Standard 

1 

/. /«! 

' Standard 
Form 

Ca rriage 
Control 

1 

: 

i 

/.- •< i: 

JOB DECK ■ i 

i/ : 

j 

J 

Tape 

1 

i 

4 . 

* i. 

i 

__ 

1 


CARD OUTPUT 
{ ' ’l 

.CARD PUNCH EIGHTY 1 

CARD PUNCH 
I READY 


JOB DECK STRUCTURE 

0 ) 

@ RUN 1 POPFM2,DDLG,5,300 XXXX = POPFILE1 reel number 

@ ASG B A = XXXX 


(Binary Program Deck - POPFM) 

@ XQT POPFM2 

(Control Card - PF) 

(Current File - PF Deck) 


O FIN 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: UNIVAC - 1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 


TAPES 



Old Population File j New Population File j N/A 


CARD INPUT 

[CARD READER EIGHTY 
j CARD 

| READER 

! EMPTY 


i_ 


L 


PRINTED OUTPUT 

PRINTER 

Standard 
Ca rriage 
Control 
Tape 


1 AUDIT 
i FILE-PF 


(OpHonal) 


CARD OUTPUT 
CARD PUNCH EIGHTY 



(Optiona I) 
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JCVS USAGE FORM 


Function: SELECT 

Compuier: UNI VAC - 1108 

Operating Philosophy: Compile Source Program and Go 

Stage: INPUT 

TAPES 

f" ' ..* ! . V .! 

UNISERVO A | UNISERVO B j UNISERVO C 


j o 

i ( 

| 

j i 

i /"""\ : 

if) i 

1 v u 

\ \ 

* ‘n 

t 

l. 


l Population File 

i SCRATCH 1 

1 n/a 

CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

•CARD READER EIGHTY 

i 

! PRINTER 

! I 

Stan da rd 

CARD PUNCH EIGHTY 

1 1 

i 

I 

Standard 

Carriage 


j / /\ 

Form 

Control 

CARD PUNCH 

1 L . j 

JOB DECK >\ 

! 1 1/ : 

i 

j 

Tape 

i i i 

i : i 

l j 

READY 

[ _ ... ._J 

{ _ _ 

i . _ j 



JOB DECK STRUCTURE 

0 ) 

@ RUN 1 SELECT,DDCG,5,300 XXXX = POPFILE1 reel number 

@ ASG A = XXXX, B = YYYY YYYY = JOVSP reel number 

@ BREI COB SELECT 

(COBOL Source Program Deck - SELECT) 

@ XQT SELECT 

(Control Card - S) 

(Test Selection File Deck) 

@ FIN 
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JCVS USAGE FORM 


Function: SELECT 

Computer: UNIVAC-1108 


Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


UNISERVO A 


] 


TAPES 

, UNISERVO B 





— ;i 

Population File 


) 


Source Program File 


UNISERVO C 




N/A 


CARD INPUT 


PRINTED OUTPUT 

CARD OUTPUT 

^ CARD READER EIGHTY 


PRINTER 

CARD PUNCH EIGHTY 

| CARD 

READER 

i 

EMPTY 

! 

i 

r.~] 

AUDIT 

FILE-S 


Standard 

* » 

Carriage 

Control 

Tape j 

1 

/::::?( 

1 PUNCH FILE-S* / 

j . j/ 

f 


(Optional) 

\ 

_ ..(Optional) . 
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JCVS USAGE FORM 


Function: SELECT 

Computer: UNI VAC -1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 



TAPES 

.... . ... . ... . ... 

UNISERVO A 

\ 

1 UNISERVO B 

UNISERVO C 

r\ 

| f 


v 

1 \ L i 

! ^..... t ; 

i 

L 

‘v. .._• 

Population File 

i SCRATCH 

L. .. n/a 


.1 


CARD INPUT 
’card READER EIGHTY 



JOB DECK J > 

s • 


PRINTED OUTPUT 

CARD OUTPUT 

r i 

j PRINTER 

1 | 

Standard 

ICARD PUNCH EIGHTY 

Standard 

1 

Carriage 


Form 

Control 

CARD PUNCH 


Tape 

; ! 

READY 

I 1 

; j 

i._ . 

1 i 

i i 

j * 

i ... 

j 

i 

L * 


JOB DECK STRUCTURE 

0 ) 

XXXX = POPFILE1 reel number 
YYYY = JOVSP reel number 


@ RUN SELECT, DDLG, 5,300 
@ ASG A = XXXX B = YYYY 


(Binary Program Deck - Select) 
@ XQT SELECT 


(Control Card - S) 

(Test Selection File Deck) 


(a) FIN 
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JCVS USAGE FORM 


Function: SELECT 

Computer: UNIVAC-1108 


Operating Philosophy: Load Binary Deck and Go 


Stage: 


OUTPUT 


UNISERVO A 



Population File 


TAPES 

UNISERVO 



i Source Program 



File 


UNISERVO C 



! 


* 

I 

i 


CARD INPUT 

! CARD READER EIGHTY 
I CARD 

I 

READER 

EMPTY 

> 

i 

t 

l 


PRINTED OUTPUT 
PRINTER ! 

n:::n 


! AUDIT 
I FILE-S 

L/"' 

(Optional) 


Standard 

Carriage 

Control 

Tape 


1 


r< 


CARD OUTPUT 


CARD PUNCH EIGHTY 


r 


/ 

/- 


. : - / 


PUNCH FILE-S 


,_.(Optional)_ 
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JCVS USAGE FORM 


Functi on: SOPMM 

Computer: UNI VAC - 1108 

Operating Philosophy: Compile Source Program and Go 


Stage: 


INPUT 


UNISERVO 




V 


TAPES 

UNISERVO B 

n 


[Old Source Program FUe ] 


SCRATCH 


UNISERVO 


N/A 



CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

' CARD READER EIGHTY 

1 

. PRINTER 

i | 

j Standard 

CARD PUNCH EIGHTY 

! / /./■ 

! f JOB DECK J 

1 

Standard 

Form 

t 

* I 

Carriage 

Control 

Tape 

! 

| 

] 

CARD PUNCH 
READY 

. :.^ i 

1....J 

! i 

1 i 

1 . 

i 

i 


JOB DECK STRUCTURE 

(1) 

@ RUN SOPMM, DDLG,5,300 XXXX = JOVSP reel number 

@ ASG A = XXXX,B 
@ BREI COB SOPMM 

(COBOL Source Program Deck - SOPMM) 

@ XQT SOPMM 

(Control Card - SP) 

(Current File - SP Deck) 

(ft FIN 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: UNIVAC-1108 


Operating Philosophy: 
Stage: 


UNI SERVO 


Compile Source Program and Go 
OUTPUT 

TAPES 

.. ) 


UNI SERVO B 


UNISERVO 


....1 



Old Source Program FilejNew Source Program Fi 


4 . 


\ 


^__ i 

N/A 




CARD INPUT PRINTED OUTPUT 


| CARD READER EIGHTY 


PRir 

4TER 

1 CARD 




l 

Standard 

READER 


' AUDIT 

1 1 

j 

Carriage 

i 


i FILE-SP | 

1 

Control 

| EMPTY 


j 

I 

Tape 

i 




! 

! 


jLQptionaJl 

_i 


CARD OUTPUT 
CARD PUNCH EIGHTY 



i PUNCH FILE-SP 

1 .. V 


^Optional) 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: UNIVAC-1108 


Operating Philosophy: 

Load Binary Deck and Go 


Stage: 

INPUT 




TAPES 

i i 


UNISERVO A 

j 

! UNISERVO B 

UNISERVO C 


r .^ 

! 

/ 

/ 


V 

! V, _/ s 1 

V i, i 


[old Source Program 

Fik SCRATCH 

N/A . i 

CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

(card reader eighty| 

1 PRINTER 'Standard 

ICARD PUNCH EIGHTY 

1 ! 

( r 7A 

' Standard Carriage 

Form Control 

I 

CARD PUNCH 

/ 

i 

.I! 

Tape 

READY 

1 JOB DECK >. 

1 

i ! 

L 

.i 

i j i 

i j i 

1 

! 

\ 

J 

» ? [ 
K -. i . 

i L 


JOB DECK STRUCTURE 

( 1 ) 

<@ RUN SOPMM, DDLG,5,300 XXXX = JOVSP reel number 

@ ASG A = XXXX,B 

(Binary Program Deck - SOPMM) 

@ XQT SOPMM 

(Control Card - SP) 

(Current File - SP Deck) 


@ FIN 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: UNIVAC-1108 


Operating Philosophy: 
Stage: 


Load Binary Deck and Go 
OUTPUT 

TAPES 


UNISERVO A ' UNISERVO B 


r 




1 | 

Old Source Program Fild New Source Program Filfe 


UNISERVO C 


.. 

N/A 


CARD INPUT_ 

CARD READER EIGHTY 
CARD 

i 

! READER 

EMPTY 


PRINTED OUTPUT 


PRIN 

(ter 

j 

Standard 

AUDIT ! 

Carriage 

1 FILE-SP 

Control 

1 

X' 

1_x - 

Tape 

(Optional) 



CARD OUTPUT 
CARD PUNCH EIGHTY 


-i 




T 


/ 


I PUNCH FILE-SP 

i ; / 

i.. ... A' 

(Optional) 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: UNIVAC - 1108 

Operating Philosophy: Compile Source Program and Go 

Stage: INPUT 


TAPES 


- - - . 

• 

' j ’ 

UNISERVO A 

! UNISERVO B 

j UNISERVO 

Z~"\ 

i c z 

1 /"' N. 

i ; < 

v... { 

i V T, 

1 v k 

N/A 

i N/A 

| Population File 


i 


i 

i 


CARD INPUT 

r ■ i 

jCARD READER EIGHTY I 


j 

i 

i 


\ 

i 


z :::: 

( JOB DECK 






PRINTED OUTPUT 

? ... . , 


PRINTER 

Standard 

Form 


Standard 
Ca rriage 
Control 
Tape 



CARD OUTPUT 

r i 

'CARD PUNCH EIGHTY 1 

» : 

CARD PUNCH 
READY 


I 


JOB DECK STRUCTURE 

(0 

@ RUN 1 JCVSRP,DDCG,5,300 XXXX = POPFILE1 reel number 

@ ASG C =XXXX 
@ BREI COB JCVSRP 


(COBOL Source Program Deck - JCVSRP) 


@ XQT JCVSRP 


(Control Card - RP) 


@ FIN 


11 / 







JCVS USAGE FORM 


Function: JCVSRP 

Computer: UNIVAC-1108 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 

TAPES 


UNISERVO 



UNISERVO B 



UNI SERVO C 


LI 

N/A j Population File Reports} 


CARD INPUT 

ARD READER El< 
CARD 

READER 

EMPTY 


PRINTED OUTPUT 


L. 


CARD OUTPUT 


r 

pr)nter 1 

CARD PUNCH EIGHTY 


i 

Standard 



j 

AUDIT 

Carriage 

.... 

I 

j FILE-RP 

Control 

/ . { j 


t . 

L/' 


Tape ] 

1 

| PUNCH FILE-Rp 

l . .... ... „ . . . j/ 



_j 

_N/A _ _ 
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JCVS USAGE FORM 


Fu icHor: JCVSRP 

Cc inputc r: UNIVAC 

O|*^rati.jg Philosophy: 
Stage: 

JNISERVO A 



N/A 


1108 

Load Binory Deck and Go 
INPUT 

TAPES 


UNISERVO B 



N/A 


UNISERVO C 



Popu ation File 


i 

i 


i 


CARD INPUT 
CARD READER EIGHTY 1 


L 


JOB DECK 


/ !; 
./ 11 

I ll 
* J 

I 


~y 

i 

_.1 


JOB DECK STRUCTURE 

0) 


PRINTED OUTPUT 
! PRINTER Standard' 1 

I 

Standard Carriage 

Form Control 

Tape 


CARD OUTPUT 
CARD PUNCH EIGHTY : 

CARD PUNCH 
READY 


(5 RUN 1 JCVSRP,DDLG,5,300 XXXXX = POPFILE1 reel number 

@ ASG C = XXXX 


(Binary Program Deck - JCVSRP) 
<5 XQT JCVSRP 


(Control Card - IP) 


(5 FIN 


1 1 V 










JCVS USAGE FORM 


Function: JCVSRP 

Computer: UNIVAC“1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 

TAPES 


! UNISERVO A ] UNISERVO B 



UNISERVO C 



Population File 


CARD INPUT 

jCARD READER EIGHTY 
! CARD 

i 

READER 

! EMPTY 

! 

l 

L _ 


PRINTED OUTPUT 


PRINTER 


'1 


AUDIT 

FILE-RP 

y 


Standard 
Ca rriage 
Control 
Tape 


? 



CARD OUTPUT 
CARD PUNCH EIGHTY 


/ 

/ 


/ 


T 


/ 


PUNCH FILE 

1 / 

... .. V 


.N/A.. 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: UNI VAC -1108 

Cperating Philosophy: Compile Source Program and Go 

Slage: INPUT 


TAPES 


UNISERVO A 

UNISERVO B 

UNI SERVO C 

C .') 

r\ 

i 

/ 1 
( > ! 


V. L j 

V L 

\ .; 1 

_H/A . j 

SCRATCH 

SCRATCH 


CARD INPUT PRINTED OUTPUT CARD OUTPUT 


iC\RD READER EIGHTY 

j PRINTER 

I ' H 

Standard 

i r - i 

CARD PUNCH EIGHTY 

i 

! .... 


i 

• Standard 

1 

Carriage 

1 ; 1 

! /.* 

j JOB DECK 

7 \ 

Form 

Control 

CARD PUNCH 


Tape 

j READY j 

! >■ 


i i i 

j [ 

L - - 

V, 

I 

_ i 

i 

! 

i ..... 

i : 

i 

' ' } 

| i 

i i i 


JOB DECK STRUCTURE 

0 ) 

@ RUN 1 INIPOP,DD1CG,5,300 
@ ASG B,C 
@ BREI COB INI POP 

(COBOL Source Program Deck - INI POP) 

@ XQT INI POP 

(Control Card - IP) 

(Current File - PF Deck) 

@ FIN 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: UNIVAC-1108 


Operating Philosophy: 
Stage: 


UNISERVO A 



Compile Source Program and Go 
OUTPUT 

TAPES 

[ UNISERVO B J UNISERVO C 



Population File . SCRATCH 


1 


CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

CARD READER EIGHTY 


PRI 

j NTER 

CARD PUNCH EIGHTY 

CARD 


r i 

1 

1 

Standard 


READER 

i 

AUDIT 

J 1 

! 

Carriage 

/. — ./ 



| FILE-IP j 


Control 

/../ 

EMPTY 

i 

| ! 

/ 

■ 

Tape 

l 

1 PUNCH FILE-IP 

1 / 


i 

(Optional) 

* 

_i 

1_ . . ... .V 

(Optional) 
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JCVS USAGE FORM 


Function: I Nl POP! 

Computer: UNIVAC-1108 

Operating Philosophy: Load Binary Deck and Go 


Stage: 


INPUT 


UNISERVO A 


C 


n/a 


) 



UNISERVO C 


SCRATCH 


\ 


CARD INPUT 
CARD READER EIGHTY 


PRINTED OUTPUT 

f"." ' '! 


| ! 

PRINTER Standard 


! CARD PUNCH EIGHTY 


CARD OUTPUT 



Standard Carriage 


Form Control CARD PUNCH 

r_ i ! PFAnv 


Tape 


I 


JOB DECK STRUCTURE 

0) 

@ RUN 1 I Nl POP, DD1 LG,5,300 
@ ASG B,C 

(Binary Program Deck - INI POP) 
@ XQT INI POP 


(Control Card - IP) 
(Current File - PF Deck) 


(5 FIN 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: UNIVAC-1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 

TAPES 

UNISERVO A UNISERVO B * UNISERVO C 



CARD INPUT 

jCARD READER EIGHTY 
j CARD 

| READER 

| EMPTY 

I 

» 

i 


PRINTED OUTPUT 


PI 

RENTER 

f. 1 


Standard 

! AUDIT 

1 

1 

Carriage 

j FILE-IP 


Control 

i 


Tape 

(Optional) 

! 

) 


CARD OUTPUT 
CARD PUNCH EIGHTY 

r .. ./ 

/../ 

’ PUNCH FILE-IP 

L./ 

(Optional) 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: UNIVAC-1108 

Operating Philosophy: Compile Source Program and Go 

Stage: INPUT 


TAPES 


UNISERVO A 

l 

UNISERVO B 

UNI SERVO C 

1 

C\ \ 

1 V. 

! 1 i ; 

V._ S 

1 ) 

; 

i I 

• 

[Old Population File j 

; SCRATCH 

SCRATCH 

. i 


CARD OUTPUT 
r' ' 'i 

CARD PUNCH EIGHTY 1 

i ' 

CARD PUNCH 
READY 

j i 

f 


0) 

@ RUN 1 INlPOP,DD2CG,5,300 XXXX = POPFILE1 reel number 

@ ASG A = XXXX / B / C 
@ BREI COB INI POP 

(COBOL Source Program Deck - INI POP) 

@ XQT INI POP 

(Control Card - IP) 

@ FIN 


CARD INPUT 
CARD READER EIGHTy! 


| f JOB DECK 


- (I 

! i 

. v i 


JOB DECK STRUCTURE 


PRINTED OUTPUT 


PRINTER 

Sta nda rd 
Form 


Standard 

Carriage 

Control 

Tape 


_< 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: UNIVAC-1108 

Operating Philosophy: Compile Source Program and Go 


Stage: 


OUTPUT 


UNISERVO A 



Old Population File 


TAPES 

UNISERVO B 

I 

j 
\ 

i 

t 

| 

l New Population File 




SCRATCH 


CARD INPUT PRINTED OUTPUT CARD OUTPUT 


! CARD READER EIGHTY 


PRI1 

klTER 

CARD PUNCH EIGHTY 

i CARD 


| 


Standard 


j READER 


' AUDIT 

i 


Carriage 

r .—/j 

i 


. FILE-IP 

1 

Control 


EMPTY 




Tape 

1 

{ 1 

1 PUNCH FILE-1 P 

L.... i' 

1 

' _:_ 


(Optional) 

i 

» 

(Optional) 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: UNIVAC - 1108 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 

TAPES 

UNISERVO A | UNISERVO B j UNISERVO C 



i .... . •- • » ; •* 

[Old Population File j SCRATCH j SCRATCH 



CARD INPUT 


PRINTED OUTPUT 

CARD OUTPUT 

CARD READER EIGHTY! 

j PRINTER 

1 j 

Standard 

CARD PUNCH EIGHTY! 



'~/V. 

' Standard 
Form 

Carriage 

Control 

CARD PUNCH 


' JOB DECK 

• J 

J/ | 


Tape 

i 

i ! 

l ♦ 

i . 

READY 

i ! 




I 

K _ .... 

1 _i 

i. J 


JOB DECK STRUCTURE 

0 ) 

@ RUN 1 INI POP, 00210,5,300 XXXX = POPFILE1 reel number 

@ ASG A =XXXX,B,C 

(Binary Program Deck INI POP) 

@ XQT INI POP 

(Control Card - IP) 


@ FIN 
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JCVS USAGE FORM 


Function: INI POP2 

Computer: UNIVAC-1108 


Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 

TAPES 

UNI SERVO B 


UNISERVO 



I v - :ri 

Old Population File ( New Population File 


UNISERVO C 



SCRATCH 


CARD INPUT_ 

I CARD READER EIGHTY 
1 CARD 

READER 

EMPTY 

I 

! 

l 

« 


PRINTED OUTPUT 


r. 

AUDIT 

FILE-IP 


I Nil 


PRINTER 


y 


Standard 
. Carriage 
Control 
Tape 


(Optionc 



CARD OUTPUT 
CARD PUNCH EIGHTY 

V 

f~ ~ 

I PUNCH FILE-1 1 / 

!... 1 / 


(Optional) 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 


Stage: 




\ 

L 


INPUT 

TAPES 


A3 

A4 

f 

j 

r a l 

/' 

j \ 

| 

i 

j 

' J I 

V.. S | 

\ l . 

‘x ^ j 

J 

\ 

SCRATCH 

N/A 

1 

l 

. _i 


A6 

'■'"N 

N/A 


CARD INPUT 




PRINTED OUTPUT 

f. i ) 

A2 Standard 

Standard Carriage 

Form Control 

Tape 

; i 

j > 

: i 

l... . I ...i 


CARD OUTPUT 
A5 

CARD PUNCH 
READY 


j 

i 


JOB DECK STRUCTURE 

0 ) ( 8 ) 

$ IDENT 

$ COBOL 

$ INCODE 


(16) 

3154203, DATDY 
I BMC 


(COBOL Source Program Deck - POPFM) 


$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE 

LIMITS 

SYSOUT 

TAPE 

SYSOUT 

DATA 


DUMP 

15,32000 

A2 


A3,X3S,, POPFILE1 

A5 

A1 


,,SAVE 


(Control Card - PF) 
(Current File - PF Deck) 

$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


TAPES 



CARD INPUT 

PRINTED OUTPUT 

A1 


A 2 

1 ' ' 

[ 

I 


CARD 


1 

Standard 

READER 


! AUDIT 

I 

Carriage 



' FILE-PF 


Control 

EMPTY 


i ^ 
! 

i 

Tape 

i 

l 



(Optional) 

i 

i 

__ A 


CARD OUTPUT 
A5 



PUNCH FILE-PF 

.. .. . / 


(Optional) 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 





TAPES 

i ' • 

*1 



A3 

| A4 | 

A6 



r 

v.c 

i f "\ 1 

i / i 1 

/"' n i 

i ■ 



\\ 

v.... c , 

( . j 

! 

1 

l.. 

SCRATCH 

i n/a S 

N/A 

CARD 

INPUT 

1 

PRINTED OUTPUT 

CARD OUTPUT 

J 

1 

1 


A1 

! f i 

A2 Sianc’ard 

! A5 

i i 

1 / .-A 

t JOB DECK j ) ■ 

Standard Carnage 

Form Control 

i Tape 

; j 

* i t 

CARD PUNCH 
READY 

1 

L . 


1 

...-J 

i i 

t.. ! 

| 

l 


JOB DECK STRUCTURE 


0) 

(8) 

(16) 


$ 

IDE NT 

3154203, DATDY 


$ 

OPTION 

COBOL 



(Binary Program 

Deck - POPFM) 


$ 

EXECUTE 

DUMP 


$ 

LIMITS 

15,32000 


$ 

SYSOUT 

A2 


$ 

TAPE 

A3,X3S,, POPFILE1, ,XXXX 

XXXX = 

$ 

SYSOUT 

A 5 


$ 

DATA 

A1 



(Control Card - 

PF) 



(Current File - 

PF Deck) 



$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: POPFM1 

Computer: GE-635 

Operating Philosophy: 
Stage: 


r 


A3 


Load Binary Deck and Go 
OUTPUT 

TAPES 
A4 


'\ 


New Population File ( 


A 

N/A 


A6 


_._:n 


N/A 


CARD INPUT 


r. 

! CARD 


A1 


READER 

EMPTY 


L 


PRINTED OUTPUT 


Standard 
Can iage 



Control 


CARD OUTPUT 
A5 

r - ., 

/. / 

I PUNCH FILE-PF / 

L.. . . -. V 

(Optional) 


132 

























JCVS USAGE FORM 


Function: POPFM2 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 


Stage: 



INPUT 

TAPES 




A3 

j A4 | 

A6 

1 

1 

1 

j 

i 

1 

i 

i 

__r • 

/ i 

/ 

i r\ ■ 

! \ i i 

i : j 

\ 

( 

V. 1 

1 

L. 

SCRATCH 

j Old Population File [ 

N/A 


i 


CARD INPUT 

PRINTED OUTPUT 

. ..... . 


CARD OUTPUT 

r a,. i 

A2 

| | 

Standard 

1 

i 

t 

A5 

< . .i 

Standa rd 

Ca rriage 

• 


! / /'<■ 

Form 

Control 


CARD PUNCH 

; / .* !: 

( JOB DECK : J 

: 1 . v\ 


Tape 

i ! 

i 

READY 


JOB DECK STRUCTURE 

(1) (8) 

$ IDENT 

$ COBOL 

$ INCODE 


(16) 

3154203, DATDY 
I BMC 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


(COBOL Source Program Deck - POPFM) 

EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3S 

TAPE A4,X4D POPFILE1,,XXXX XXXX = reel number 

SYSOUT A5 

DATA A1 


(Control Card - PF) 
(Current File - PF Deck) 


$ 

***EOF 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


TAPES 



CARD INPUT PRINTED OUTPUT 


A1 


A2 


CARD 




Standard 

READER 


AUDIT 


Carriage 



FILE-PF 


Control 

EMPTY 




Tape 



L-X 



, 

JOptional) 



CARD OUTPUT 
A5 



PUNCH FILE-Pf/ 

__i' 

._IQpfl?!!?!)._ 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: GE-635 

Operating Philosophy: 
Stage: 


A3 



l. SCRATCH 


Load Binary Deck and Go 
INPUT 

TAPES 

I "" i 

j A4 ! 



j Old Pppulation File 


A6 

( \ 

I , 

V / 

N/A 


CARD INPUT 

PRINTED OUTPUT 

A1 ! 

i A2 

Standard 

i 

.. ....... .... ! 

Standa rd 

Carriage 

/ /j! 

• * ’ .. > ! 

JOB DECK ; J 

/ i 

Form 

Control 

Tape 

i 

t 

~... 1 

j 

i.. 

1 

1 

1 . 


CARD OUTPUT 
A 5 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 
0) (8) (16) 


$ I DENT 3154203, DATDY 

$ OPTION COBOL 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


(Binary Program Deck - POPFM) 

EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3S 

TAPE A4,X4D,, POPFILE1, ,XXXX 

SYSOUT A5 

DATA A1 


XXXX= reel number 


(Control Card - PF) 
(Current File - PF Deck) 

$ END JOB 

***EOF 
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JCVS USAGE FORM 


Function: POPFM2 

Computer: GE-635 

Operating Philosophy: 
Stage: 


A3 


Load Binary Deck and Go 
OUTPUT 

TAPES 

A4 




V.„*i j v- 

New Population File i Old Population File j 


A6 


N/A 


CARD INPUT 


I A1 

i CARD 


I 


READER 

EMPTY 


IM¬ 


PRINTED OUTPUT 

._A2_ | ] 

1 i Standard 
AUDIT Carriage 


| FILE-PF 

I _ 

L/ 

..(Optionally 


Control 

Tape 


.J 


CARD OUTPUT 
A5 

! .. 


PUNCH FILE-PIt 

.. V 


(Optional) 
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JCVS USAGE FORM 


Function: SELECT 

Computer: GE-635 

Operating Philosophy: 
Stage: 


A3 



i 


[ SCRATCH 


Compile Source Program and Go 


INPUT 



TAPES 


A4 



Population File 


A6 


i 

v 



N/A 


I 

I 


) 

> 

l 


I 

I 


CARD INPUT 


PRINTED OUTPUT 


A1 


z: 


JOB DECK 




!/ 


.- J 


A2 

Standard 

Form 


Standard 

Carriage 

Control 

Tape 


JOB DECK STRUCTURE 


0 ) 

$ 

$ 

$ 


( 8 ) 

I DENT 
COBOL 
INCODE I BMC 


( 16 ) 

3154203, DA TDY 


(COBOL Source Program Deck - SJCVS) 


$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE 

DUMP 

LIMITS 

15,32000 

TAPE 

A3,X3S,,SAVE,, JOVSP 

SYSOUT 

A5 

SYSOUT 

A2 

DATA 

A1 


CARD OUTPUT 
A5 

CARD PUNCH 
READY 


(Control Card - S) 

(Test Selection File Deck) 


$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: SELECT 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 

TAPES 



CARD INPUT_ 
A1 

CARD 

READER 

EMPTY 

I 

{ 

i 

) 


PRINTED OUTPUT 


A2 

1 

t" ■ 

i Standard 

1 AUDIT 

Carriage 

| FILE-S 

| Control 

» 

i 

j Tape 



(Optional) j 


CARD OUTPUT 
A5 




h ■ < 

I PUNCH FILC-S 

. V 


L - 


(Optional) 
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JCVS USAGE FORM 


Function: SELECT 

Computer: GE-635 

Operating Philosophy: 
Stage: 


A3 



SCRATCH 


Load Binary Deck and Go 
INPUT 

TAPES 


A4 



Population File 


A6 

f 

\ 

N/A 


*1 

t 





CARD 

INPUT 

PRINTED 

OUTPUT 


CARD OUTPUT 

t 


i 

A1 

A2 

! 

Standard 

| 

A5 

t 

1 

I 

i 

/ A 

f JOB DECK ! ‘ 

1 !/ ; I 

L . . * i 

; i 

Standa rd 
Form 

Ca rriage 

Control 

Tape 

j 

l 

! ! 

1 : 

l 

1 

* 

j 

i 

i 

i 

CARD PUNCH 
READY 

L - .— J •. 

JOB DECK STRUCTURE 


1 _ .. . < 

!. 


(1) 


(8) 

(16) 




$ 


IDE NT 

3154203, DATDY 



$ 


OPTION 

COBOL 






(Binary Program 

Deck - SJCVS) 



$ 


EXECUTE 

DUMP 




$ 


LIMITS 

15,32000 




$ 


TAPE 

A3,X3S,, 

SAVE,, JOVSP 



$ 


SYSOUT 

A5 




$ 


SYSOUT 

A2 




$ 


DATA 

A1 





(Control Card - S) 

(Test Selection File Deck) 

$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: SELECT 

Computer: GE-635 

Operating Philosophy: 
Stage: 


A3 



Source Program File 


Load Binary Deck and Go 
OUTPUT 

TAPES 


A4 



i_ Population Fije 


CARD INPUT 


t " ' * 

A1 


CARD 

t 

| 

READER 

l 

EMPTY 

1 

L_■ _ . 



PRINTED OUTPUT 
A2_ 

Standard 
Ca rriage 
Control 
Tape 


; S J 


FILE-S 

(Optional) 


A6 



N/A 


CARD OUTPUT 
A5 



| PUNCH FILE-S: y 

i.. ...... . i' 

(Optional) 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 


Stage: 


1 

i 


INFJT 



TAPES 

A3 

1 A4 | 

( ) 

\ t 

" 1 

; ( ) ; 

i t 

SCRATCH 

jOld Source Program File < 


A6 


N/A 


. I 


CARD INPUT 
A1 


f JOB DECK 


PRINTED OUTPUT 


/: 

/ t 

>. j 

■ i 

j/ ; 


A2 

Standa rd 
Form 


Standard 

Carriage 

Control 

Tape 


CARD OUTPUT 
A5 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 

(1) (8) 

$ IDENT 

$ COBOL 

$ INCODE 


(16) 

3154203, DATDY 
I BMC 


(COBOL Source Program Deck - SOPMM) 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3S 

TAPE A4,X4S,, JOVSP, ,XXXX XXXX = reel number 

SYSOUT A5 

DATA A1 


(Control Card - SP) 
(Current File - SP - Deck) 

$ END JOB 

***EOF 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: GE-635 


Operating Philosop!iy:Compile Source Program and Go 
Stage: 


OUTPUT 


A3 




_J 


jNew Source Pgm File t Old Source Pgm File j 


A6 



CARD INPUT PRINTED OUTPUT CARD OUTPUT 


! Al 


A2 

I.“"1 

A5 

i CARD 

I 

| 


t » 

Stan c!a rd 

1 

READER 

1 

1 

AUDIT ! 

! FILE _SP 1 

Carriage 

Control 

/ /'| 

! EMPTY 

l 

1 


’ _ I 

1 

Tape 

1 

> PUNCH FILE -SP 
| / 

< 

| 


(Optional) 

t 

[ 

(Optional) 
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JCVS USAGE FORM 


Function: SOPMM 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 

Stage: INPUT 


TAPES 

A3 ! A4 



i 

SCRATCH jpld Source Program File 


A6 



. N/A 


i 

i 



CARD INPUT 
A1 


PRINTED OUTPUT 


A2 

Standard 

Form 


I Standard 
Carriage 
Control 


4-- -/ i 

i j 

Tape 

READY i 

J 

I JOB DECK : >\ 

f : 

! i 

1 

L.1/ 

i ! 

j 

1 __.J 

| 

k ___ _ 

i __ 


.J 


CARD OUTPUT 
A5 

CARD PUNCH 


JOB DECK STRUCTURE 

( 1 ) ( 8 ) 

$ IDENT 

$ OPTION 


(16) 

3154203, DATDY 
COBOL 


$ 

$ 

$ 

S 

$ 

$ 

$ 


(Binary Program Deck - SOPMM) 

EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3S 

TAPE A4,X4S,, JOVSP, ,XXXX XXXX = reel number 

SYSOUT A5 

DATA A1 


(Control Card - SP) 
(Current File - SP Deck) 

$ ENDJOB 

***EOF 


143 















JCVS USAGE FORM 


Function: SOPMM 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 

Stage: OUTPUT 

TAPES 



CARD INPUT 

PRINTED OUTPUT 


CARD OUTPUT 

A1 


A 2 




A5 

CARD 

READER 

EMPTY 


\ 

1 AUDIT 

j FILE-SP 

i _ 

L/' 


Standard 

Carriage 

Control 

Tape 

i 

zi::::7| 

< ! ) 

PUNCH FILE —SP^ 

L.-. V 



(Optional) 

1 

1 

L 

(Optional)... 
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JCVS USAGE FORM 


Fi notion: JCVSRP 
Compuler: GE-635 

O pern ting Philosophy: Compile Source Program and Go 


INPUT 

TAPES 

f. A3 i 

1 ; 

A4 

! r . >1 i 

/ 

; 1 

i V 

V / 

* 

| Population File 

L. < 

N/A 


A6 

/' \ 
f \ 

\ I 

t 

N/A 


CARD INPUT 

PRINTED 

OUTPUT 

Al ’ '■ 

l 

i 

A2 

j 

Standard 

1 

Sta ndard 

Ca rriage 

/ - A 

1 JOB DECK 

L .--V ; 

Form 

Control 

Tape 

i 

j 

i 

.. .„ j 


i 


i 

i 


CARD OUTPUT 
A5 


CARD PUNCH 
READY 


JOB DECK STRUCTURE 

0 ) ( 8 ) 06 ) 


$ I DENT 3154203, DATDY 

$ COBOL 

$ INCODE IBMC 


(COBOL Source Program Deck - JCVSRP) 


$ 

$ 

$ 

$ 

$ 


EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3, X3D,, POPFILEI, ,XXXX 

DATA Al 


XXXX - reel number 


(Control Card - RP) 


$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: JCVSRP 
Computer: GE-635 

Operating Philosophy: Compile Source Program Deck and Go 


Stage: 


OUTPUT 


A3 



L 




Population File 

i 

f 

N/A 

- - 

CARD INPUT 

PRINTED OUTPUT 


A\ 


A2 

f 

1 

CARD 


r i 

i 

Standa rd 


READER 

1 

1 AUDIT ! 

i i 

Carriage 



| 

i FILE-RP 1 

Control 


EMPTY 


i 1 

1 ^- 

Tape 



i 

i 

L.-X- 





CARD OUTPUT 
A5 



i PUNCH FILE 


~n7a 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 
Stage: INPUT 


A3 


V 


; Population File 


TAPES 

A4 


N/A 


A6 


N/A 


CARD INPUT 

PRINTED 

OUTPUT 

Al 

! A2 

i 

Standard 


Standard 

Carriage 

/ . /% 

Form 

Control 

r *’ *■ / i 

f JOB DECK i 


Tape 

1 

.. ......)/ i 

1 

I i 

i 

i 

i 

{ 

i 

i 


CARD OUTPUT 
A5 


CARD PUNCH 
READY 


JOB DECK STRUCTURE 


0) (8) (16) 


$ 

$ 


$ 

$ 

$ 

$ 

$ 


IDENT 3154203, DATDY 

OPTION COBOL 

(Binary Program Deck - JCVSRP) 

EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3D,, POPFILEI,, XXXX 

DATA Al 


(Control Card - RP) 

$ ENDJOB 

***EOF 


XXXX - reel number 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 

TAPES 



CARD INPUT PRINTED OUTPUT 


Al 


A2 


CARD 


! 


Standard 

READER 

i 


! AUDIT 

Carriage 


1 FILE-RP 

, Control 

EMPTY 

i 

1 

i 

i 

1 


! 

L./ 


Tape 

1 

i 


CARD OUTPUT 
A5 


/ ... 

/ 

. 

j | PUNCH FILE 

n/a 
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JCVS USAGE FORM 


Fu notion: 


INIPOP1 


Computer: GE-635 

Operating Phi Iosophy: 
Stage: 

' A3 


V / 

*v % ^ 

SCRATCH 


Compile Source Program and Go 
INPUT 

TAPES 


A4 


/ 


i.. 


SCRATCH 


A6 


N/A 


CARD INPUT 
A1 


f JOB DECK 


l i 


PRINTED OUTPUT 

I 

A 2 Standard 

Standard Carriage 

Form Control 

Tape 


-_ j 


CARD OUTPUT 
A5 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 


( 1 ) 

$ 

$ 

$ 


( 8 ) 

IDE NT 
COBOL 
INCODE I BMC 


( 16 ) 

3154203, DATDY 


(COBOL Source Program Deck - INI POP) 


EXECUTE 

LIMITS 

SYS OUT 

TAPE 

TAPE 

SYSOUT 

DATA 


DUMP 

15,32000 

A2 

A3,X3S 

A4,X4R 

A5 

A1 


***EOF 


(Control Card - IP) 
(Current File- PF Deck) 

ENDJOB 
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JCVS USAGE FORM 


Function: 1NI POP 1 
Computer: GE-635 


Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


A3 


r 




Population File 


-ri 

SCRATCH 


A6 



l 


i 

i 


i 


CARD INPUJ 
Al 
CARD 

READER 

EMPTY 

i 

L__ 


PRINTED OUTPUT CARD OUTPUT 


A2 

i .“"I 

A5 

i! 

Standard 


: AUDIT 

Carriage 


1 FILE-IP 


Control 

■ 

/• -. { | 

1 


; Tape 

i PUNCH FILE-IP / 

i _^ 

1 

| [/ 

(Optional) I 

1 . 1 . 

(Optional) 
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JCVS USAGE FORM 


Funclion: INI POP 1 
Computer: GE-635 


Operating Philosophy: Load Binary Deck and Go 


Stage: 



V ^ 


SCRATCH 


INPUT 


i 


i 

i 

< 


TAPES 

A4 

/' 

( 

SCRATCH 


A6 

I 

i 

! /' 

/ 

i ( 

\ \ 

s. 

N/A 

. i 



CARD INPUT 


PRINTED OUTPUT 

Al 

! 

! A 2 

! ! 

Standard 


I 

Standa rd 

Ca rriage 

i / 

/ 

/ i 

Form 

Control 

! JOB DECK 

! 1 

L. 

/ 

. / i 

‘ i 

i i 

• y : 

1 


Tape 

! 1 

i i 

i j 

1 

i 

1 

1 

i 

% 

i _ _< 


CARD OUTPUT 
A5 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 
(1) (8) (16) 


$ IDENT 3154203, DATDY 

$ OPTION COBOL 


( Binary Program Deck - INI POP) 

$ EXECUTE DUMP 

$ LIMITS 15,32000 

$ SYSOUT A2 

$ TAPE A3,X3S 

$ TAPE A4,X4R 

$ SYSOUT A5 

$ DATA Al 


(Control Card - IP) 
(Current File - PF Deck) 


$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: INI POP 1 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 


TAPES 


A3 

A4 

A6 

Q 

Q 

Q 

Population File ; 

SCRATCH 

N/A 


CARD INPUT 

PRINTED OUTPUT 

A1 


A2 


CARD 


! 

I 


Standard 

READER 


! AUDIT 

Carriage 



FILE-IP 

Coni rol 

EMPTY 

i 




Tape 

1 

L ■ J 


(Optional) 

| 


CARD OUTPUT 
A5 




PUNCH FILHP 


;•/ 


(Optional) 
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JCVS USAGE FORM 


Funclion: INIPOP 2 
Computer: GE-635 


Oporoting Philosophy: Compile Source Program and Go 


Stage: 


r 

! 


♦ 

J 

t 


INPUT 



TAPES 


A3 

A4 

A6 

^."h 

/' 

/ 

i 

t 

» / \ 


i f i 

i V 

: v, 

... 

SCRATCH 

SCRATCH 

Old Population File 


\ 


i 


CARD INPUT 

PRINTED OUTPUT 

A1 | 

A2 

i 

Standard 

i 

Standa rd 

Carriage 

/ A 

Form 

Control 

> i 


Tape 

JOB DECK : }. 

i/ : 

. i 

i 

i 

i 

i _ 


CARD OUTPUT 
A5 


* > 


CARD PUNCH 
READY 


JOB DECK STRUCTURE 
(1) (8) (16) 

$ I DENT 3154203, DATDY 

$ COBOL 

$ INCODE IBMC 


(COBOL Source Program Deck - INIPOP) 


$ 

$ 

$ 

$ 

$ 

$ 

$ 


EXECUTE DUMP 

LIMITS 15,32000 

SYSOUT A2 

TAPE A3,X3S 

TAPE A4,X4R 

TAPE A6,X6R,, POPFILE1, ,XXXX 

DATA A1 


XXXX - reel number 


(Control Card - IP) 
(Current File - PF Deck) 

$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: INIPOP2 

Computer: GE-635 

Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 

TAPES 

A4 




A3 

G 

' I 

New Population File 


A6 



) 




\ 


SCRATCH j Old Population File 


CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

A1 


A2 

~ 

r ~ 

t 


A5 

CARD 



Standard 


READER 


AUDIT 

1 i 

, Carriage 

— 

I 


FILE-IP 


Control 

/. --/ 

EMPTY 

i 




Tape 

1 

i PUNCH FILE-IP 

L.__ v 

l 

L 


(Optional) 

I 

L_J 

(Optional) 
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JCVS USAGE FORM 


Function: INIPOP2 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 
Stage: INFJT 

TAPES 


). 

A3 

i.. 

A4 

i ! 

A6 

1 

1 

o 

V.-S 1 

i ! 

( ) : 

| f "n 

1 

! 

1 1 

v / 

i 

? 

1 .. 

... i 

i 

i ! 



CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

Al '| 

,...J 

A4 

Standard 

J 

Standard 

Ca rriage 

A5 

/ / ; 

JOB DECK >\ 

/ 1 

Form 

Control 

Tape 

i 

CARD PUNCH 
READY 

i 

.-J 

i 

i • 

i ...... 

i 

L 


JOB DECK STRUCTURE 
(1) (8) (16) 

$ IDENT 3154203, DATDY 

$ OPTION COBOL 

(Binary Program Deck - INIPOP) 

EXECUTE DUMP 

LIMITS 15,32000 

SYS OUT A2 

TAPE A3,X3S 

TAPE A4,X4R 

TAPE A6,X6R,, POPFILE1, ,XXXX XXXX = reel number 

SYSOUT A5 

DATA Al 

(Control Card - IP) 

(Current File - PF Deck) 

$ ENDJOB 

***EOF 
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JCVS USAGE FORM 


Function: INIPOP2 

Computer: GE-635 

Operating Philosophy: Load Binary Deck and Go 
Stage: OUTPUT 


A3 


.r 


TAPES 

A4 



New Population File 



SCRATCH 


A6 


Old Population File 


... i 


CARD INPUT 


PRINTED OUTPUT 


CARD OUTPUT 


A1 


A2 

['“ ~1 

A5 

CARD 

READER 

EMPTY 


I 1 

AUDIT 

: file-ip 

f 

1 

! 

Standard 

Ca rriage 

Control 

Tape j 

1 

/-=7l 

1 PUNCH FILE-IP / 

L . y 

(Optional) 

• 

. 

(Opt ional) 

! 

_J 
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JCVS USAGE ORM 


F mction: POPFMl 
C omputcr: IBM 360-50 

C pe rating Philosophy: Compile Source Program ar d Go 
Sage: INPUT 

TAPES 



SYS004 

SYS005 

SYS007 

\ 

; 


S' 

/ \ 

1 z'.N 

/ \ 

i 


1 \ 

/ \ 


... . 

V..... 

N/A 

! v 1 . 

SCRATCH 

/ 

i 

N/A 

1 

. 1 


CARD INPUT 


PRINTED OUTPUT 

CARD OUTPUT 

SYS001 

“ 1 

1 

i 

^ j 

J SYS002 

Stan da rd 

i i 

SiancVurd 

Ca rr i< igc 

SYS003 

JOB DECK 

J/i! 

: i r 
; \ 

y i 

Form 

Confrol 

Tape 

i 

i | 

CARD PUNCH 
READY 




J DB DECK STRUCTURE 

/'POPFMl, JOB (799,028,010,1084,10,5),ANTCHAGNO,MSGLEVEL = 1 
/ 'SI E/EC COBFCLG 
/ 'COB. SYS IN DD* 


(COBOL Source Program Deck - POP M) 

/ ^O. SYS002 DD SYSOUT = A 
/ /GO. SYS003 DD SYSOUT = B 

//GO. SYS005 DD UNIT = 2400, LABEL =(,NL), DISP = (, CEE P),DSN = POPFILE 1 
/ /GO. SYSDUMP DD SYSOUT = A 
/ /GO. SYS001 DD* 


(Control Card - PF) 
(Current File - PF2 Deck) 


/• 
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JCVS USAGE FORM 


Function: POPFMl 
Computer:IBM 360-50 

Operating Philosophy: Compile Source Program and Go 


Stage: 


SYS004 



OUTPUT 

TAPES 

SYS005 

j 

i 


[ Population File 



SYS007 



CARD INPUT PRINTED OUTPUT 


SYS001 


SYS002 


CARD 




Standard 

READER 


AUDIT 

Ca rriage 



file-pf 

i 

Control 

EMPTY 

1 

^- 


Tape 



L-X 




[Optional) 

« 

i 


CARD OUTPUT 
~SYS003 " 


4 - 


/ 


■pi= 


PUNCH FILE' rr / 

. ... — ... i' 


(Optional) 
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JCVS USAGE FORM 


F* notion: POPFM2 
Computer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 
Sage: INPUT 

TAPES 

" ' ' “'; .. ' ' ■■'(■■■ 

SYS004 SYS005 J SYS007 



___ ; 

Old Population File j SCRATCH 1 N/A 

. .. i J. 


CARD INPUT PRINTED OUTPUT CARD OUTPUT 


1 

SYS001 

! SYS002 

i .j 

Standard 

SYS003 

1 

t 

| 

Standa rd 

Ca rriage 


i 

/—■ . —/ il 

JOB DECK f > 

i / • 

Form 

Control 

CARD PUNCH 

i , 

i 

1 

i 

Tape 

; i 

READY 

! 

_ _ _/ 

j 

! ! 

i 


JOB DECK STRUCTURE 

//POPFM2 JOB (799,028,010,1084,10.5),ANTCHAGNO, MSGLEVEL = 1 
//SI EXEC COBFCLG 
//COB. SYS IN DD* 


(COBOL Source Program Deck - POPFM) 

//GO .SYS002 DD SYSOUT = A 
//GO .SYS003 DD SYSOUT = B 

//GO.SYS004,DD UNIT = 2400,LABEL = (,NL), DISP =OLD, VOL = SER= 000649 
//GO.SYS005, DD UNIT = 240Q,LABEL = (,NL),DISP= (,DELETE) 

//GO .SYSDUMP DD SYSOUT A 
//GO .SYS001 DD* 


(Control Card - PF) 
(Current File - PF2 Deck) 


/* 
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JCVS USAGE FORM 


Function: POPFM2 
Computer: IBM 360-50 

Operating Philosophy: 
Stage: 


SYS004 



Old Population File 


ile Source Program and Go 
OUTPUT 


TAPES 

SYS005 



j New Population File 


SYS007 



_ CARD I NPUT 


PRINTED 

SYS001 


SYS002 

CARD 



READER 


AUDIT 

FILE-PF 

EMPTY 



t 

1 

L 

> 

(Optional) 


OUTPUT^ CARD OUTPUT 




SYS003 

Standard 

t 


Ca rriage 


y~ "y 

1 Control 


Tape 

i 

1 

1 

S PUNCH FILE-P \/ 

1.. ...... .V 

_1 

(Optional) 
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JCVS USAGE FORM 


Function: SELECT 
Computer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 


Stage: 


INPUT 


SYS004 



I Population File 

L. r ..I 


TAPES 

SYS005 



scratch' 


SYS007 



v # 

n/a 


CARD INPUT 

PRINTED 

OUTPUT 

SYS001 

1 SYS002 

i 

Y 

Standard 

i 

i i 

; :.:/•: 

1 JOB DECK i J, 

1 L...j/ | 

Stancla rd 
Form 

Carriage 

Control 

Tape 


L. 

i 

t 

1 _ 


CARD OUTPUT 
SYS003 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 


//SELECT JOB (799,028,010,1084,10,5), ANTCHAGNO, MSGLEVEL = 1 
//SI EXEC COBFCLG 
//COB. SYS IN DD* 


(COBOL Source Program Deck - SJCVS) 

//GO .SYS002 DD SYSOUT = A 
//GO .SYS003 DD SYSOUT = B 

//GO.SYS004 DD UNIT = 2400, LABEL = (,NL), DISP = OLD, VOL = SER = 000649 
//GO .SYS005 DD UNIT = 2400, LABEL = (,NL), DISP = (,KEEP), DSN - JOVSP 
//GO .SYSDUMP DD SYSOUT = A 
//GO.SYS001 DD* 


(Control Card - S) 

(Test Selection File Deck) 


/* 
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JCVS USAGE FORM 


Function: SELECT 
Computer: 360-50 

Operating Philosophy: 
Stage: 


SYS004 



Population File 


mpile Source Program and Go 
OUTPUT 


TAPES 

SYS005 



[Source Program File 


SYS007 


Q 

N/A 


1 


( 



CARD I NPUT 

SYS001 
j CARD 

! READER 

i 

EMPTY 

I 

i 

i_ 


PRINTED OUTPUT 


SYS002 

j 

r~ .~| 

Standard 

AUDIT 

j 

1 ■ ~ 

i Carriage 

| FILE-S 

Control 

i _ 

L/ 


Tape 

j 

(Optional) 

! 

\ 


CARD OUTPUT 
SYS003 


r .-" 

/.r 

I PUNCH FILE- $ 

i 

i . . i 

(Optional) 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: 360-50 

Operating Philosophy: Compile Source Program and Go 
Slage: INPUT 

TAPES 


SYS004 

SYS005 

SYS007 

r"\ 

I 

! ( \ 

*\ 

1 \ 


K 

\ ( 

.... i 

j ... ,.i 


Old Source Pgm File 

j SCRATCH 

N/A 


CARD INPUT 
SYS001 

! 

. _ . _ ... 

—- 

PRINTED OUTPUT 

r 5VS002 ' Stano , ard l 

i 

• Standard Carriage 

CARD OUTPUT 

j' SYS003 

1 

I 

! / 

A i 
/ *; 

Form 

Control 

CARD PUNCH 

! / ..- 

JOB DECK 

1 i: 

! | 

1 

i Tape 

I 

j READY 

i L .-. 

y \ 

f i 

I ! 

♦ 

! i 

j 

i 

— j 

i_ 

i i 

i__. 

1. 


JOB DECK STRUCTURE 

//SOPMM JOB (799,028,010,1084,10,5), ANTCHAGNO, MSGLEVEL = 1 
//SI EXEC COBFCLG 
//COB. SYS IN DD* 

(COBOL SOURCE PROGRAM DECK) 

//GO .SYS002 DD SYSOUT = A 
//GO .SYS003 DD SYSOUT = B 

//GO.SYS004 DD UNIT = 2400,LABEL = (,NL),DISP-OLD,VOL = SER =000570 
//GO.SYS005 DD UNIT = 2400,LABEL = (,NL),DISP = (, DELETE) 

//GO .SYSDUMP DD SYSOUT = A 
//GO.SYS001 DD* 

(Control Card -SP) 

(Current File -SP2 Deck) 


/* 
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JCVS USAGE FORM 


Function: SOPMM 
Computer: IBM 360-50 


Operating Philosophy: Compile Source Program and Go 
Stage: OUTPUT 


SYS004 



Old Source Pgm File (New Source Pgm File 




TAPES 

SYS005 

a 




SYS007 



N/A 



CARD I NJPUJ 
SYS001 

' CARD 

READER 

EMPTY 

l 


PRINTED OUTPUT 

SYS002 

! 

r 

Standard 

! AUDIT 

Carriage 

i FILE-SP 


Control 

f 

i 

( 


Tape ’ 


1 

(Optional) 

! 


CARD OUTPUT 
SYS003 


r . 




sV 


PUNCH FILE- 

.. .. . 1 ' 

(Optional) 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 
Stage: INPUT 


r " 

TAPES 



i SYS004 

SYS005 

SYS006 

i 

n 

/ 

t 

i 

; / 



v /. 

I '■ h 


N/A 

N/A 

i . . ...... 

Population File 




CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 


SYS001 

I SYS002 

1 j 

Standard 

SYS003 


/. A 

Standard 

Form 

Carriage 

Control 

CARD PUNCH 


/ - . . ■; i 

' i 


Tape 

; | 

REA DY 


JOB DECK | ) 




/ 1 


( t 

i 



.i 


! 1 

1 


J 

i % _ 

i . ..J 

i 

I. 


JOB DECK STRUCTURE 

//JCVSRP JOB (799,028,010,1084,10,5),ANTCHAGNO, MSGLEVEL = I 
//SI EXEC COB FCLG 
//COB. SYS IN DD* 


(COBOL Source Program Deck - JCVSRP) 

//GO .SYS002 DD SYSOUT = A 

//GO.SYS002 DD UNIT = 2400,LABEL = (,NL),DISP = OLD,VOL = SER = 000649 
//GO .SYSDUMP DD SYSOUT = A 
//GO.SYS001 DD* 


(Control Card - RP) 


/* 
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JCVS USAGE FORM 


Function: JCVSRP 

Computer: IBM 360-50 


Operating Philosophy: 


Compile Source Program and Go 


Stage: 


SYS004 



v... 

N/A 


OUTPUT 


TAPES 

SYS005 



i 

I 


i 

( 



CARDJNPUL _ PRINTED OUTPUT 

Standard 
Ca rriage 
Control 
Tape 

) 
i 


CARD 

! 

t 

1 


READER 

1 

! AUDIT 




| FILE-RP 


EMPTY 





L 



SYS006 



Population File 


CARD OUTPUT 



/ 

] PUNCH FILE 

t 

N/A 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: IBM 360-50 


Operating Philosophy: 
Siage: 

Compile Source Program and Go 

INPUT 

TAPES 



SYS004 

SYS006 

SYS007 ! 


a 

V N *“l 

1 

j I 

/ \ i 

/ \ 

] 

! V. i l 

, » t 

l 

i 

L. n/a 

. | . SCRATCH | 

SCRATCH. , 

CARD INPUT 

PRINTED OUTPUT 

CARD OUTPUT 

1 SYS001 

i 

j /- . 4 

i 1 .Y: 

i SYS002 ' Standard 
Standard Carriage 

Form Control 

Tape 

j 

i \ 

SYS003 

l 

CARD PUNCH 
READY 

1 

1 

L 

. 

\ i. . 1.1 

i 


JOB DECK STRUCTURE 

//INlPOP, JOB,(799,028,OLD, 1084,1 0,5), ANTCHAGNO,MSGLEVEL=l 
//SI,EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - INI POP) 


//GO.SYS002 DD SYSOUT = A 
//GO.SYS003 DD SYSOUT = B 

//GO.SYS006 DD UNIT = (2400, DEFER), LA BEL = (, NL),DISP = (, DELETE), 
// DSN = MSTRFILE 

//GO.SYS007 DD UNIT = 2400,LABEL = (, NL),DISP= (,DELETE) 

//GO.SYSDUMP DD SYSOUT = A 
//GO. SYS001 DD** 


(Control Card - IP) 
(Current File- PF Deck) 


/* 
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JCVS USAGE FORM 


Function: INIPOP1 

Computer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 


Stage: OUTPUT 


SYS004 



TAPES 

SYS006 

i ! 

SYS007 | 

Q 

1 ! v l 

x — J 1 

I t 


1 * 

L ..New Population. File ! 


CARD INPUT 

SYS001 
1 CARD 

READER 

EMPTY 

l 

< 

t 


PRINTED OUTPUT 


CARD OUTPUT 



SYS002 

1...”1 

SYS 003 

1 

1 AUDIT 

• 

i Standard 
Carriage 

r~ . "71 

/ i 1 

i PUNCH FILE-IP • 

1 V 


! FILE-IP 

Control 


J 

s'* 

Tape 

1 


(Optional) 

..J 

(Optional) 
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JCVS USAGE FORM 


Function: INI POP2 

C >mputer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 

St*ge: INPUT 



TAPES 


j SYS004 ; 

SYS 006 

| 

SYS007 

j f \ ! 

| V. ... 

t 

i 

;• / ' \ 

l v l. 

i 1 1 

| V. / 

i 

t Old Population File 

SCRATCH 

SCRATCH 

4 


i 

t 

I 

I 

I 


i 


CARD INPUT 
SYS001 

{ 

I 



j' JOB DECK 


i.. 



PRINTED 

SYS002 

Standard 

Form 


OUTPUT 

J 

Standard 

Carriage 

Control 

Tape 


i 

i 


i 



CARD OUTPUT 
SYS003 

CARD PUNCH 
READY 


JOB DECK STRUCTURE 

//POPFM2 JOB (799,028,010,1084,10,5), ANTCHAGNO, MSGLEVEL = 1 
//SI EXEC COBFCLG 
//COB.SYSIN DD* 


(COBOL Source Program Deck - INI POP) 


//GO.SYS002 DD SYSOUT = A 
//GO.SYS003 DD SYSOUT = B 

//GO.SYS006 DD UNIT = 2400 LABEL = (, NL),DISP = OLD,VOL = SER 000649 
//GO.SYS007 DD UNIT = 2400,LABEL = (,NL), DISP =(,DELETE) 

//GO. SYS DUMP DD SYSOUT = A 
//GO.SYS001 DD* 


(Control Card - I P) 


/* 
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JCVS USAGE FORM 


Function: INIPOP2 

Computer: IBM 360-50 

Operating Philosophy: Compile Source Program and Go 

Stage: OUTPUT 


TAPES 



CARD INPUT 


CARD 


READER 

EMPTY 


PRINTED OUTPUT 

“."“1 

Standard 

AUDIT i Carriage 

! FILE-IP 


Control 
Tape 


^Optional)} _[ 


CARD OUTPUT 


/ .. / 


/ 


/ 


T 


I PUNCH FILE-IP 

i.. V 


(Optional) 
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APPENDIX II 


SYSTEM HEADER CARD 2 


This appendix contains the System Header 2 cards which contain the JCVS model 
number and the operating system name for each of the five computers. 
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GE-635 


ov I AL 

COMP 11.FT 

VALIDATION 

SYSTEM 

1 

Grcos 

-»o^i ; 





CPC-6400 



OVI AL 

COMPILER 

VALIDATION 

SYSTEM 

1 

SCOPE 

r rrt i; 





B-S500 



OV I AL 

COMPILE^ 

VALIDATION 

SYSTEM 

1 

MCP 

o r i / 




UNI VAC-1108 



OV I Al 

COMP IL FP 

VALIDATI ON 

SYSTEM 

1 

EXFC2 

0 r 0 ] / 





IBM 360-60 



OV I AL 

compiler 

VALIDATION 

SYSTEM 

1 

HASP 

Or r> j , 


System Header Card 2 
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APPENDIX III 


ENVIRONMENTAL HARDWARE CARDS 


This appendix contains a listing of the three environmental hardware cards associated 
with each of the five computers. These cards contain tape designations, core sizes and 
print control character designations when applicable. 
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GF-635 


\ 1 

\5 FOP CAPPS 
\A 


f NPUT 
MJNCH 

r ape ? 


3 I J K 'CH 
FAPF 


CAPD-RFAPFP-Fichty 
CAPD-PUNCH-FIGHTV 
JNI SERVO B 


•SYSPOl* UNIT-RECORD 

* SYSCO? ' UNI T-PCCORP 

* SY S PC ^' UTILITY ?APO 



A 2 FC° LISTING 

A3 

A6 


65K 

n r ^ ] A ^ p • 
pop 1APP/. 
ppp 1 A r ' nr 


CPC-6APP 





OUTPUT 

TAPF1 

T APE 3 


PI137K 

o p p ] A n n • 

p r ^ 1 p P / 
nroi a p t \ 


R-55PO 





PP INTER 

TAPE 

TAPE 


SSF 

p p r1 / * 

n p p ] ap p/ 

noo j j\ ^ r i 


UNI VAC-1 108 





PRINTFP 

UN I SERVO A 
UNISERVO C 


6 5K 

np ^]ap p* 

npPi/j'Oi 
OPP i A'H-i 


IBM 36P-5P 




? 5 APR 
?5A0P 
UNI T 

•SYS002 • UNIT-RECORD ?f>AOP 
•SYSPOA' UTILITY ?aPP UNIT 
'SYS006* UTILITY p/ 4 rn UN IT 

6 SK 

non ] A 

npp]/, ^/ 

P P p 1 A ' P 1 


Environmental Hardware Cards 
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APPENDIX iv 


ENVIRONMENTAL SOFTWARE CARDS 


This appendix contains a listing of the opercring system control cards and the JOVIAL 
control cards required to signify a JOVIAL source program. 
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G r -635 


IDFNT ^1542^3* DATDY 
JOVIAL 
FOPTPAN 
r xrC')TF ni.'MN 
LIMITS IS >35000 
FNPJOB 

*EOF 


L 

^ 'll 

■ i L 

^ r a i r 

'' p a i r 


Environmental Software Cards 







APPENDIX V 


TYPICAL MODULES 


This appendix contains a listing of a few typical Population Fi 


le modules. 


177 




••MODULE 5220 - CED 2454 •• 

' 'TEST USE OF FLOATING CONSTANTS♦VAR I ABLES•• 

ITEM FA522C F P 1.0$ ITEM FB5220 F P 4.OS 
ITEM FC5220 F P 0.0$ 

IFEITH FA5220 EQ "B522QS GOTO LZ5220S 
ORIF 1.0 EO FA5220$ FC5220=3.0$ 

ORIF FA5220 EQ FC5220S GOTO LZ5220S 
LA522 n 9 ORIF IS GOTO LZ5220S END 

IFFITH FB5220 EO 1.0$ GOTO LA5220S 
ORIF FA5220 EQ 1.0$ GOTO LB5220S 
ORIF 1$ GOTO LZ5220S FND 
GOTO LZ5220S 

LB52209 IFEITH 1.0 EQ 2.OS FC5220=1.0$ 

ORIF 2.0 EQ FA5220$ FC5220 = 1.0$ 

ORIF FR5220 EQ 2.('S GOTO LC5220S 

ORIF 1$ GOTO LZ5?20$ FND ' 'FRROR IF HFPF' ' 

GOTO L 7 522 0$ 

LC52209 GOTO LY5220$ 

LZ5220. 

OUT 1=4OH( MODULE 5220 TEST FAILCD. CED2454 )S 

OUTERR(OUT 1)$ GOTO LX5220$ ''EXIT'' 

LY5220. 

OUT 1=40H( MODULE 5220 TEST SUCCESSFUL. )$ 

OUT ERR(OUT 1)$ 

LX5220. 

''MODULE 5230 - CFD 2454 •• 

''TEST USE OF STATUS CONSTANTS♦VAR IABLFS•' 

IT r M SA5230 S V(A) V(R) V(C) P V(B)$ 

ITFM SB5230 S V (X) V(Y) V(Z) P V(Z)$ 

ITEM SC5230 S V(NO) V(YES) P V(vES)$ 

ITEM SD5230 S V(NO) V(YES) V(MA V BE) P V(YES)S 
IFEITH V(A) EQ SA5230$ GOTO LZ5230S 
ORIF SB5230 FO V ( X ) $ SC r ’230 = V ( NO) $ 

ORIF SB5230 EQ SA5230$ GOTO LZ5230S 
ORIF 1$ GOTO LA5230$ END 
GOTO L Z 52 30$ •'ERROR•• 

LA5230. IFEITH SD5230 EO V(YES)$ GOTO LB5230S 
ORIF V(A) EQ SA523 9$ GOTO LZ5230$ 

LB5230. ORIF V(YFS) EQ SD5230$ SC5230=V(NO)$ 

ORIF 1$ GOTO LZ 5230$ END «»rRROP'' 

IFEITH SB5230 EQ V(Z)$ GOTO LC5230S 
ORIF 1$ GOTO L Z 5 2 3 0 $ END • 'ERROR'' 

LC52309 GOTO LY5230$ 

LZ 52 30 . 

OUT 1=40H( MODULE 5230 TEST FA IL FD• CED2454 )$ 

OUT FRR (OUT 1 ) $ GOTO LX5230$ ''EXIT" 

LY5230. 

OUT 1=40H( MODULE 5230 TEST SUCCESSFUL. )S 

OUT FRR(OUT 1)$ 

LX5230. 

'•MODULE 5240 - CFD 2454 •' 

' 'T F S T USE OF TRANSMISSION CONSTANTS♦ VAR IABLFS " 
ITFM TA5240 T 2 P 2T(AA)$ 

ITFM TR5240 T 2 P 2T(BB)$ 

ITEM TC5240 T ? P 2T( )$ ITFM TD5240 T 2$ 


5220ADOi 
52?rJcr; 
522CJCP: 
5 ?2 n JOO/ 
5220J^0' 
522OJ00' 
5 2 2 0 J 9 0' 
5 2 2 0 J 0 01 

r j??rjro‘ 

5 2 2 °J°1 < 
5220J0 L 
5 2 2 r J n I: 

5220J91 

5220J ' 1' 
3220J '1' 
5 27 0 Jr- J ( 
5 22 r J M J' 
5 22''J n 1 1 
5 2 2 0 J1 ‘ 
5220J02( 
5220JP2 
522ojo2. 
5220J'''2 
5220J02. 
5 22 9J r 7 
5220J ''2i 
523 OAon 

5230J°0, 
5 ?39jnn 
5 230J90. 
5 23 

523OJr'0i 
5 2 J P Jf’O 
523oj' o 
523 n JcO 
5 2 3 9 J ‘ I 

3 2 3 0 J 1 
5 230Jf' i 
5 2 3 0 J ■ 1 
5 2 3 0 J ( 1 
523^Jp1 
5 23°JO 1 
5230JO] 
523njnl 
5230J" 1 
5230J r, 2 
5230Jf 2 
523°J''2 
523nj''2 
5 2 30 J 2 
5 2 3 0JO 7 
5 ?4 0Ao r 

5 24 9jnp 

524^JOO 
5 24 °JOO 
5240JOO 


1 78 y % ■, 








APPENDIX VI 


This appendix defines the test hierarchy for the JCVS as well as 
some highlights of JOVIAL as a language and validation in general. 
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APPENDIX VI 


General 


This appendix describes the development philosophy of the JOVIAL J3 Population File, 
including a brief history of the JOVIAL language; an exposition of all validation 
concepts used in the development of the Population File; the JOVIAL language organization 
used to identify features to be tested; the JOVIAL language Test Hierarchy; and problems 
encountered in the development of this file. 

Validation 


A JOVIAL compiler is said to be validated if each feature conforms to the individual 
language specifications called features as described in the AFM 100-24. Each feature 
has been individually considered in terms of its intent and one or more tests have been 
developed exercising the various options provided by this feature. 

Every option provided by every feature in the language is exercised at least once in the 
tests comprising the Population File. When combinations of feature options were required 
to insure the validity of a feature, in several instances only a subset of the possible 
combinations were included in the Population File. 

JOVIAL History 

The JOVIAL language was originally developed in 1958, four years after the development 
of the first programming language, FORTRAN. It is a procedure oriented higher-order 
programming language. JOVIAL, a derivative of ALGOL 58, was designed specifically 
to describe computerized solutions to command and control problems. 

As stated by AFM 100-24, 

"The prime motivation for the development of JOVIAL was the desire to have 
a common, powerful, easily understandable and mechanically translatable 
programming language suitable for wide-range applications." 

In addition to the above requirements, the language was to adhere to the following 
design goals? 

1 . Centralized data communication facilities 

2. Machine independence 

3. Logical and Algebraic expresseion ccpabilities 

4. Symbol manipulation capabilities 
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5. Readability 

6. Conciseness 

7. Training Simplicity 

8. Ease of maintainence 

Based upan the aforementioned requirements and goals, the JOVIAL language greatly 
enhances the problem definitional capabilities of the programmer. The following 
paragraphs illustrate the wisdom of the JOVIAL design. 

Command and control problems are in general extremely large in terms af the data base 
to be gathered, manipulated and reported; and the variety of computations to be performed 
on the data base. Consequently, the programming system necessary to solve this problem 
is so vast that several hundred programmers may be required to perform the individual 
programming tasks. Because of the number of individual programs and programmers involved 
in a command and control development, program/programmer communication becomes a 
critical problem. 

In order to alleviate this situation, a Communication Pool (COMPOOL) was developed 
which serves as a central souce of data description. Centralizing all global data descriptions 
facilitates changing data item parameters and automatically reflecting these changes 
throughout the machine language programs. This feature of the JOVIAL language alane 
has saved enormous amounts of time and money in several command and control system 
developments. 

Application Requirements 

Programming languages are created in order to respond to common sub-solutians within 
application areas. Programming languages supply capabilities that satisfy these camman 
sub-solutions while suppressing the repetionand details of solution. 

Many af these capabilities are present in most languages and provide for general application 
requirements such as: 

1 . Program Control 

2. Information Transfer 

3. Input/Output Communication 

4. Arithmetic Operations 

5. Data Item Definitions 

6. Storage Allocation - Static 

to name a few. 

Additional power may be provided by a language by adding capabilities of a general 
nature that make the language useful problem solving tool for a broader class of problems or 
by adding more extensive capabilities but oriented towards specific area. 
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Generally oriented features: 

1 . Algebraic Expression Evaluation 

2. Logical Expressions Evaluation 

3. Data Structure Definitions 

Specifically oriented features: 

1. Formula Manipulation 

2. List Processing 

Language Organization 


The JOVIAL language was developed to respond to command and control applications. 

Each feature of the language may be interpreted as a language response to a programming 
function required by a command and control applications programmer. Using this notion as 
a point of departure, the JOVIAL language has been organized into the following programming 
functions in order to organize the identification of features to be tested. 

i 

1 . Data Concepts 

1 .1 Internal Data Concepts 
1.1.1 Data Definitions 

1.1.1.1 Constant Formulation 
Integer - I 
Fixed Point-A 
Floating Point - F 
Octal - O 
Dual - D 

Transmission Code - T 
Hollerith - H 
Boolean - B 
Status - S 

1 .1 .1 .2 Simple Data Definitions 
Integer - I 
Fixed Point - A 
Floating Point - F 
Dual - D 

Transmission Code - T 
Hollerith - H 
Boolean - B 
Status - S 

1 .1 .1 .3 Structured Data Definitions 
Tables 
Arrays 
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1 .1 .1 .4 

Control Definitions 
Item Switch 


Index Switch 

1.1.2 Data Referencing 

1 .1 .2.1 

Simple Items 

1 .1 .2.2 

Data Structure Items 
Table Items 

Array Items 

1 .1 .2.3 

Data Structure 

Table Entries 

1 .1.2.4 

Special Referencing 
ALL 

BIT 

BYTE 

CHAR 

ENT 

ENTRY 

LOC 

MANT 

NENT 

NWDSEN 

ODD 

POS 

1 .2 External Data Concepts 

Procedure Concepts 


2.1 Procedure Formations 

2.1.1 Formulas 


2.1 .1 .1 

Numeric 

2.1 .1 .2 

Boolean 

2.1.2 Relations 



2.2 Program Organization Statements 

2.2.1 PROGRAM 

2.2.2 Subprogram Organization 

2.2.2.1 Procedures 
User Defined 

PROC 

CLOSE 

Language Defined 
REMQUO 

2.2.2.2 Functions 
User Defined 
Language Defined 

ABS 

REM 

2.2.3 RETURN 
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2.3 Executable Statements 

2.3.1 Control Statements 

2.3.1.1 Unconditional Control Transfers 
GOTO 

STOP 

2.3.1.2 Conditional Control Transfers 
IF 

IFEITH 

ORIF 

2.3.1 .3 Iteration Control 

FOR 

TEST 

2.3.2 Input/Output Statements 
INPUT 

OPEN INPUT 
SHUT INPUT 

. OUTPUT 

OPEN OUTPUT 
SHUT OUTPUT 

2.3.3 Replacement Statements 

2.3.3.1 Assignment Statement 

2.3.3.2 Exchange Statement 

2.4 Compiler Directing Concepts 

2.4.1 DEFINE 

2.4.2 LIKE 

2.4.3 OVERLAY 

2.4.4 MODE 

2.4.5 DIRECT, JOVIAL 

JCVS Testing Concepts 


The following sections discuss briefly the scope of the JCVS and the tests selected for 
inclusion in the Population File. 

JCVS Scope 

For purposes of the JCVS, the JOVIAL system to be tested is assumed to consist of a 
processor that compiles standard JOVIAL source program statements called the JOVIAL 
compiler and all programs and subroutines used by the JOVIAL object code generated from 
standard JOVIAL statements. The JCVS is designed to test both the compilation and 
execution of specific JOVIAL features. 
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Test Assumptions - Data 


The faregoing JOVIAL language organization has guided the identification af language 
features ta be tested. In order to validate the JOVIAL compiler ideally, each variant af 
a specific language feature should be validated. The validation af each feature variant af 
the JOVIAL language, however, is nat always passible. For example, haw can one 
determine that any value stored in a floating paint item is truly stared as a floating paint 
number; how can one determine that a fixed paint constant has actually been converted 
ta a fixed point binary paint constant. Looking at information as it resides in the internal 
storage medium, we may observe a string of bits, however, the interpretation af this content 
is inconclusive. Consequently, some af the features provided by the JOVIAL language are 
not susceptible to validation independently. These features are generally the mare basic 
notions in the language and will be used constantly in the Test Modules comprising the 
Paulatian File. With repeated correct usage of these basic concepts, it is hoped that the 
credibility af their required implementation will be considerably improved. 

With these thoughts in mind, the fallowing aspects of the data definitional capabilities 
af the JOVIAL language will not be tested independently and will be assumed present in 
the language and correctly implemented: 

1 . The ability to specify any item type and have it retained according ta its 
defining attributes. 

2. The ability ta formulate any constant type and have it retained according to 
its defining attributes. 

3. The ability ta specify any data structure type (table, array, etc.) and have 
it retained according to its defining attributes. 

The JOVIAL language provides the user with a myriad af options ta form constants, simple 
items, tables, and arrays. There are sa many data defining attributes possible in JOVIAL 
that exercising each aptian in an independent test is quite impassible. As a compromise, 
the test repertoire will use a subset af data definitions that exercise, at least ance, all af 
the data attributes available to define data items and structures. In addition, the 
repertoire will utilize every variation provided ta formulate constants with the exception 
af the dual item definitions which will be exercised in part only. It goes without saying 
that the formation of acceptable JOVIAL symbols (names, labels, etc.) will be exercised 
every time a symbol is farmed. 

Test Assumptions - Procedures 

The JOVIAL language provides the user with the ability ta process formulas and relations; 
it provides far program organization and it provides certain compiler directing features. 
Every variant af each af these features will be tested at least ance. Further substantiation 
af the ability af a feature ta perform its intended function will be supplied by its correct 
use as a support statement in other test modules. 
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With these thoughts in mind, the following aspects of the procedural capabilities of the 
JOVIAL language will be assumed to be present in the language and correctly implemented: 

1. The ability to name a statement with a label. 

2. The fact that normal procedural control passes from one JOVIAL statement 
to the next. 

Test Hierarchy 

Although the language organization serves to compartmentalize the various features of the 
language, it remains for the test hierarchy to specify the order in which these features are 
to be tested. This order must be specified to insure that the supporting JOVIAL statements 
used to compare test modules in which they participate may be validated. 

A further ordering must be prescribed when testing out data and procedural language 
elements. Since procedural statements, for the most part, make reference to pieces 
of data, it seems reasonable to assume that data declarations should be validated before 
procedural statements. As a general rule, when a data concept is to be validated, it 
will be defined, structured, preset, and referenced since these are the only data oriented 
concepts languages provide. When a procedural statement is to be tested, it will be invoked 
in order to examine whether the procedure performs its stated functions. 

There exist language concepts that are inexorably linked together; switch declarations and 
switch invocations; procedure declarations and procedure calls, etc., that individually serve 
little useful function but when utilized in combinaiion provide a powerful programming 
tool. These notions will be validated fully. 

Axioms 


The validity of JOVIAL test features must be deternined by the execution of a number of 
JOVIAL statements called support statements. Since these statements are themselves JOVIAL 
statements, they must be validated as is any other JOVIAL statement. Once a JOVIAL 
statement has been validated, however, the statement may be used to check the results 
of the validations of other JOVIAL statements. 

Following is a list of these JOVIAL concepts that are required as basic axioms. The ability 
to: • 

1 . Define and preset a hollerith item. 

2. Assign a hollerith constant to a hollerith variable. 

3. Execute the GOTO statement-name. 

4. Define a procedure, invoke a procedure, and return from a procedure; input 
parameter list, one variable. 

5. IF clause. 

These axioms will be validated first. 
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Following the Axiom validation will be the validation of the data and procedures. The 
complete order for listing including all DDI-NO references and all CED-NO cross 
references is given in the Test Hierarchy Outline. 

Test Modules 


Although the concept of test modules has been described in section 2.3 of the Users 
/v\anual, that description will be repeated here. 

A Test Module is a collection of JOVIAL statements that test a particular feature of the 
JOVIAL compiler. The feature may be a JOVIAL concept, a single JOVIAL statement 
or a collection of JOVIAL statements. Included in each Test Module are the: 

1 . Test identification field 

2. Input test data fields 

3. Test results fields 

4. Expected results fields 

5. Initialization procedures 

6. Test statements comprising the test 

7. Results analysis procedures 

8. Output procedures 

Test Modules are located on the Population File in order of their test serial number, the 
DDI-NO. With each test statement is associated a sequence number within the DDI-NO 
that specifies the ordering of the statements within the DDI-NO. 

In most cases, a Test Module can be considered as an independent JOVIAL source program. 
There are instances, however, when the data to be operated upon by one Test Module resides 
in another Test Module. Consequently, in these cases, the JOVIAL source program is not 
independent. Exit from all modules passes through the last statement of the module to the 
first statement of the following module or the TERM statement. Because of this feature, 
a JOVIAL test module may follow any other JOVIAL test module. 

Mandatory Modules 

Seme test modules are not independent in the sense that they may be included by themselves 
in a generated JOVIAL source program. These test modules depend upon other test modules 
ct lied mandatory modules in the Population File for either of two reasons: 

1 . The mandatory test module contains data definitions that are required by the 
dependent test module, or 

2. The mandatory test module contains support statements whose validity must be 
established before a successful execution of the dependent module feature may 
be considered valid. 






the five support statement Axioms are considered to be constantly mandatory and consequently 
are included in every generated JOVIAL source program. 

All other mandatory maodules will be invoked by specific test modules. Every mandatory 
module will be invoked by at least one test module and the relationship between test modules 
and mandatory modules, if any exist, will be enumerated in the Test Hierarchy Outline. 

Test Module Content 


Each Test Module will be identified by a test serial number called the DDI-NO occupying 
columns 73-76 of every card in the Test Module. Within each Test Module, individual cards 
will be given sequence numbers which will occupy columns 78-80. 

Identification information describing various aspects of the test module is provided in the 
Test Header Card (card sequence number 001, see Users Manual Section 4.1 .2.2.1). The 
Test Name in this card will be identical to the name used in the various section headings 
of the Test Hierarchy Outline. For example, test module 0500 will have the Test Name 
DEFINE-PRESET H ITEM, the identical name used to entitle Section 2.1 of the Test 
Hierarchy Outline. 

Any CED-NO's to which a test module refers will be given in the appropriate positions 
on the Test Header Card. For example, test module 0500 refers to both CED-NO's 2463 
and 2464. These numbers are included in their respective fields on the Test Header Card. 

Any mandatory DDI-NO upon which the test module depends is included in columns 
59-62 of this card. 

The second card (card sequence number 002) in every test module contains the classification 
(section number) of the Test Hierarchy Outline. Columns 3-22 contain the words 
CLASSIFICATION NUMBER. Columns 26-33 contain the classification number in the 
following form XX.XX.XX. 

The third card (card sequence number 003) in every test module contains the following statement 
from column 3-50: 

THIS MODULE TESTS THE ABILITY OF THE COMPILER TO. . . 

The fourth card and subsequent cards in the test module are used to expand further on the 
test description. 

Following the last descriptive card in the test are the test and support statements themselves. 
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Test Module Output 


The results of each test module are printed in a standard form. At least two printed 
Ii les are always output. The first line always consists of: 

TEST MODULE XXXX 

where XXXX is the DDI-NO of the module under test. The second line prints either of 
two messages: 

TEST SUCCESSFUL (optional commentary) 
or 

TEST FAILED (optional commentary) 

A blank line is automatically supplied by the JCVS separating consecutive test results. 
JCVS Input/Output Characteristics 


Since the implementation of the JOVIAL language is not closely monitored, deviations 
in implementation can and often do occur. Implementors take it upon themselves to 
change certain of the language specifications for any of many reasons. In particular, the 
implementation of the input/output specifications of the language have varied markedly 
in the past from implementor to implementor. 

In addition, the language specifications do not permit the user to apply formatting to 
any results achieved by a JOVIAL program. Consequently, in order to format output 
information either a higher order language that permits formatting or an assembly language 
must be used. 

It was originally intended to display actual versus expected results. Since the input/output 
capabilities of JOVIAL are ill-defined to non-existent, the initial plans for presentation of 
output was modified. Since FORTRAN offers excellent formatting capabilities, it was 
decided to use FORTRAN subroutines whenever formatting was required. 

The notion of displaying expected versus actual results was abandoned for purposes of 
this project when it became apparent that converting internally computed numerical JOVIAL 
results from binary to decimal would be accomplished through FORTRAN conversion programs 
rather than JOVIAL conversion programs. Consequently, the tests would be invalid because 
certain processes would be carried out outside of JOVIAL language implementation. As a 
re'.ult of the above mentioned JOVIAL inadequacies, the following only qualitative output 
m< ssages were printed. Test results printed out under these conditions do not fully reveal 
th<j causes of errors in tests devoted to the accuracy of arithmetic operations. The results 
of syntax-semantics testing, however, are not impaired by these constraints. 




.The JOVIAL input/output specifications described in AFM 100-24 do not 
adequately describe certain aspects of the file:declaration. In 
particular it is left to the implementor to specify the device:name. 

It is unclear precisely what constitutes a device:name and if the 
device:name remains inflexible for one computer configuration or 
precisely how it varies. In addition, the relationships that exist 
between the JOVIAL defined input/output statuses and the computer 
configuration software or hardware is not clear. It may be impossible 
to reconcile the input/output concepts provided by JOVIAL with the 
input/output concepts provided by the hardware or software environ¬ 
ment. 

Until a more firm relationship can be established, no testing of the 
filerdeclaration and, consequently, of the JOVIAL input/output state¬ 
ments will be provided at this time. These features are considered to 
be non-standard features. 


FORTRAN I/O Usage 

Test module 9998 uses the FORTRAN I/O format statement 
PRT (date-name) $ 

For each computer configuration this statement must be provided in a 
form compatible to the hardware and software environment. 


Population File Conversion 

The Population File is keypunched using the IBM 026 character set. Some 
of the equipment utilized on this project use different character sets. 

In general, only the card punches for the so-called special characters 
vary from character set to character set. A complete list of these 
special characters together with their punched card representations is 
given in the accompanying Character Set Table. 

It may be desireable to convert the Population File from one character 
set representation to another. The JCVS provides a FORTRAN routine 
called CONVER that performs this conversion. This routine varies 
slightly from configuration to configuration but performs the same task. 

In general, this deck is submitted to the computer in the following form: 

1. Leading Operating System Control Cards 

2. CONVER Source Program Deck 

3. Data Card 1 
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4. Data Card 2 

5. Data to be Converted (Card Deck) 

6. Final Operating System Control Cards 

Data Card 1 contains the special characters in the data deck following that are to undergo 
translation. Data Card 2 contains the special characters to which the original special 
characters encountered in the Data Deck will be converted. 

Each character of each card in the Data Deck is tested for possible conversion. If a 
conversion is to be made, the original special character is looked up in a table developed 
from the corresponding special characters in Data Card 1 and Data Card 2. If a match 
is accomplished, the new special character is substituted. 

Every character in Data Deck is tested in this way. If a card does in fact contain one or 

more characters to be converted, the converted card as well as the original card, is printed. 

If a card contains no characters to be converted, only the original card is printed. 

Data Card 1 and Data Card 2 have identical formats described as follows: 

Columns Description 

1-2 Number of special characters. 

3-80 Each column on Data Card 1 contains a 

character to be converted while the 
corresponding column on Data Card 2 
contains the character to be convered to. 

Following are the deck structures for the four computers used on the project: 

1) UNIVAC 1108 

q RUN 1CONVER, DOCG, 5,300 

q I FOR CONVER 

(CONVER Source Deck) 

gXQT CONVER 

(Data Card 1) 

(Data Card 2) 

(Data Deck) 

8 FIN 
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2) IBM 360-50 


//CONVER, 306(799,028,010,1084,10,5), ANTCHAGNO, MSGLEVE=1 
//SI EXEC FORTGCLG 
//FORT. SYSI N DD * 

(CONVER Source Deck) 

//GO.SYSI N DD * 

(Data Card 1) 

(Data Card 2) 

(Data Deck) 

/* 

3) C DC-6400 

JOB, 93007,10,10,35000. CONVER 
RUN(S) 

LGO. 

(End of Record Card) 

(CONVER Source Deck) 

(End of Record Card) 

(Data Card 1) 

(Data Card 2) 

(Data Deck) 

(End of File Card) 

4) GE-635 

$ I DENT 3154203, DATDY 

$ FORTRAN 

$ INCODE IBMF 

(CONVER Source Deck) 

$ OPTION FORTRAN 

$ EXECUTE 

$ LIMITS 15,32000 

$ DATA 01 

(Data Card 1) 

(Data Card 2) 

$ DATA 05 

(Data Deck) 

$ ENDJOB 

***EOF 
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TEST HIERARCHY OUTLINE 
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GQ 5820 5825 

GR 5820 5825 

IF 5820 5825 

IFEITH 5310 1445 1450 1455 

I NPUT This feature is an I/O concept and will not be tested 
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Identifires All test modules. 



Prove the axioms contained in the following required mandatory modules. 
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Define ordinary tables of the following types. 
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Define, Preset and Reference all item types within the following table types. 
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Floating Point Item 3600 

Status Item 361 5 

Boolean Item 3625 3645 

Dual Item 3635 





Define Arrays of the following types. 
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ARRAY int-1 int-2 fixed item $ 3535 

ARRAY int-1 int-2 int-3 transmission 

code item 3540 


















Validate switch usage by defining a switch and then referencing it. 
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Validate BIT referencing for the following variable types and one or two component indices. 
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ENTRY 

Within an IF statement 4120 
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LOC (program-name) 4175 4196 4199 

LOC (simple item-name) 4178 

LOC (table-name) 4181 4193 

LOC (table-item-name) 4181 4193 
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Validate NWDSEN referencing for the following table types. 
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Boolean 4805 

Integer 4810 

Hollerith 4820 

Dual 4845 
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Because of a possible conflict with the operating system, this feature will not be tested. 








Check the usage of the IF clause. 
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Check the usage of the various forms of the FOR loop. 
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Check the use of chained comparisons. 
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ric Assignment 









Check the use of the EXCHANGE statement in the following situations. 
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Check the usage of the DEFINE compiler directive. DDI-No. - 6500, Module - 6400 






Test the ability of compiler to define LIKE tables. 
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